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About This Manual 



The KA655 CPU Module Technical Manual documents the functional, 
physical, and environmental characteristics of the KA655 CPU module, 
and includes information on the MS650-BA memory expansion module* 
The manual also covers the KA655-BA CPU module, designed for 
workstation usage. The KA655-BA is functionally equivalent to the 
KA655-AA, except that it does not support multiuser VMS and ULTRDC 
operating system licenses. 



intended Audience 

This document is intended for a design engineer or applications 
programmer who is familiar with DIGITAL'S extended LSI-11 bus (Q22- 
bus) and the VAX instruction set. The manual should be used along with 
the VAX Architecture Reference Manual as a programmer's reference to 
the module. 



Organization 

The manual is divided into four chapters and four appendixes. 

Chapter 1, Overview, introduces the KA655 MicroVAX CPU module and 
MS650 memory modules, including module features and specifications. 

Chapter 2, Installation and Configuration, describes the installation 
and configuration of the KA655 and MS650-BA modules in Q22-bus 
backplanes and system enclosures. 

Chapter 3, Architecture, describes the KA655 registers, instruction set, 
and memory. 
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Chapter 4, KA655 Firmware, describes the entry/dispatch code, boot 
diagnostics, device booting sequence, console program, and console 
commands. 

Appendix A, KA655 Specifications, describes the physical, electrical, 
and environmental specifications for the KA655 CPU module. 

Appendix B, Address Assignments, provides a map of VAX memory 
space. 

Appendix C, Q22-bus Specification, describes the low-end member 
of DIGITAL'S bus family. All of DIGITAL'S microcomputers, such as 
the MicroVAX I, MicroVAX II, MicroVAX 350O, MicroVAX 3600, and 
MicroPDP-11, use the Q22-bus. 

Appendix D, Acronyms, lists the acronyms used in this manual. 



Conventions 

This manual uses the following conventions: 



Convention 



Meaning 



Ix:yj 



<x:y> 




Return 



Text within a box identifies a key, such a3 the Return [ key. 



Cautiott 



Note 



n 



Provides general information you should be aware of. 
Provides information to prevent damage to equipment. 
Boldfaoe small n indicates variables. 
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You can order the following documents from DIGITAL: 

Document Order Number 

Microcomputer Interface* Handbook EB-20175-20 

Microcomputers and Memories Handbook EB- 18451-20 

VAX Architecture Handbook EB-19580-20 

VAX Architecture Reference Manual EY-3459E-DP 

You can order these documents from: 

Digital Equipment Corporation 
Accessories and Supplies Group 
P.O. Box CS2008 
Nashua, NH 0306:1 

Attention: Documentation Products 
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Overview 



This chapter provides a brief overview of the KA655 CPU module and 
MS650-BA memory modules. 

1.1 KA65S Central Processor Module 

The KA655 is a quad-height VAX processor module for the Q22-bus, 
also known as the extended LSI-11 bus. The KA655 is designed for use 
in high speed* real-time applications and for multiuser, multitasking 
environments. The KA655 incorporates a two-level cache to maximize 
performance. 

The KA655 CPU module and MS650-BA memory modules combine 
to form a VAX CPU/memory subsystem that uses the Q22-bus to 
communicate with mass storage and I/O devices, as shown in Figure 1-3. 
The KA655 and MS650-BA modules are mounted in standard Q22-bus 
backplane slots that implement the Q22-bus in the AB rows and the CD 
interconnect in the CD rows. A single KA655 can support up to four 
MS650-BA modules* if enough Q22-bus^CD backplane slots are available. 

The KA655 communicates with the console device through the H3600-SA 
CPU cover panel, which also contains configuration switches and an LED 
display. 

Figure 1-1 shows the KA655 CPU module. Figure 1-2 shows the major 
functional blocks of the KA655 CPU module. 
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1-2 Overview 
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Figure 1-2 KA655 Block Diagram 
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Figure 1-3 System Levet Block Diagram 
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1.2 Clock Functions 

All clock functions are implemented by the CVAX clock chip. The CVAX 
clock chip is a 44-pin CERQUAB surface mount chip that contains 
approximately 350 transistors, and provides the following functions: 

• Generates two MOS clocks for the CPU, the floating-point accelerator, 
and the main memory controller. 

• Generates three auxiliary clocks for other miscellaneous TTL logic. 

• Synchronizes reset signal for the CPU, the floating-point accelerator, 
and the main memory controller. 

• Synchronizes data ready and data error signals for the CPU, floating- 
point accelerator, and the main memory controller 

1.3 Central Processing Unit 

The central processing unit (CPU) is implemented by the CVAX chip. 
The CVAX chip contains approximately 180,000 transistors in an 84-pin 
CERQUAD surface mount package. The CPU achieves a 60 ns microcycle 
and a 120 ns bus cycle at an operating frequency of 33 MHz. The CVAX 
chip supports full VAX memory management and a 4 gigabyte virtual 
address space. 

The CVAX chip contains all VAX visible general purpose registers (GPRs), 
several system registers OMSER, CADR, SCBB), the first-level cache (1 
Kbyte), and all memory management hardware including a 28-entry 
translation buffer. 

The CVAX chip provides the following functions: 

• Fetches all VAX instructions. 

• Executes 181 VAX instructions. 

• Assists in the execution of 21 additional instructions. 

• Passes 70 floating-point instructions to the CFPA chip. 

The remaining 32 VAX instructions (including H-floating and octaword) 
must be emulated in macrocode. 

The CVAX chip provides the following subset of the VAX data types: 

• Byte 

• Word 

• Longword 
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• Quadword 

• Character string 

• Variable length bit field 

Support for the remaining VAX data types can be provided by macrocode 
emulation. 

1 .4 Floating-Point Accelerator 

The floating-point accelerator is implemented by the CFPA chip. 
The CFPA chip contains approximately 60,000 transistors in a 68- 
pin CERQUAD surface mount package. It executes 70 floating-point 
instructions. The CFPA chip receives opcode information from the CVAX 
chip, and receives operands directly from memory or from the CVAX chip. 
The floating-point result is always returned to the CVAX chip. 

1.5 Cache Memory 

The KA655 module incorporates a two-level cache to maximize CPU 
performance. 

The first-level cache is implemented within the CVAX chip. The first-level 
cache is a 1 Kbyte, two-way associative, write through cache memory, 
with a 60 ns cycle time. 

The second-level cache is implemented using 16K by 4-bit static RAMs. 
The second-level cache is a 64 Kbyte, direct mapped, write through cache 
memory, with a 120 ns cycle time for longword transfers, and 180 ns cycle 
time for quadword transfers. 

1.6 Memory Controller 

The main memory controller is implemented by a VLSI chip called the 
CMCTL. The CMCTL contains approximately 25,000 transistors in a 
132-pin CERQUAD surface mount package. It supports up to 64 Mbytes 
of 360 ns ECC memory. This memory resides on one to four MS650-BA 
memory modules, depending on the system configuration. The MS650- 
BA modules communicate with the KA655 through the MS650 memory 
interconnect, which utilizes the CD interconnect and a 50-pin ribbon 
cable. 



1 .7 Micro VAX System Support Functions 

System support functions are implemented by the system support chip 
(SSC). The chip contains approximately 83,000 transistors in an 84-pin 
CERQUAD surface mount package. The SSC provides console and boot 
code support functions, operating system support functions, timers, and 
many extra features, including the following: 

• Word-wide ROM unpacking 

• 1 Kbyte battery backed-up RAM 

• Halt arbitration logic 

• Console serial line 

• Interval timer with 10 ms interrupts 

• VAX standard time-of-year (TODR) clock with support for battery 
back-up 

• IORESET register 

• Programmable CDAL bus timeout 

• Two programmable timers similar in function to the VAX standard 
interval timer 

*» A register for controlling the diagnostic LEDs 

1.8 Resident Firmware 

The resident firmware consists of 128 Kbytes of 16-bit wide ROM, located 
on one 27210 EPRCM. The firmware gains control when the processor 
halts, and contains programs that provide the following services: 

• Board initialization 

• Power-up self-testing of the KA655 and MS650-BA modules 

• Emulation cf a subset of the VAX standard console (automatic/manual 
boostrap, automatic/manual restart, and a simple command language 
for examining/altering the state of the processor) 

• Booting from supported Q22-bus devices 

• Multilingual capability 

• A configuration utility 

• A KFQSA programming utility 



1-8 



Overview 



1.9 Q22-bus Interface 

The Q22-bus interface is implemented by the CQBIC chip. The CQBIC 
chip contains approximately 40,870 transistors in a 132-pin CERQUAD 
surface mount package. It supports up to 16-word, block mode transfers 
between a Q22~bus DMA device and main memory, and up to 2-word, 
block mode transfers between the CPU and Q22bus devices. The Q22-bus 
interface contains the following: 

• A 16-entry map cache for the 8192-entry, main memory-resident 
scatter-gather map, used for translating 22-bit Q22-bus addresses into 
26-bit main memory addresses 

• Interrupt arbitration logic that recognizes Q22-bus interrupt requests 
BR7-BR4 

• Q22-bus termination (240 Q) 

1.10 MS650-B A Memory Modules 

The MS650-BA memory modules are 16 Mbyte, 360 ns, 39-bit wide arrays 
(32-bit data and 7-bit SCO implemented with 1 Mbit dynamic RAMs 
in surface-mount packages. MS650-BA memory modules are single, 
quad-height, Q22-bus modules, as shown in Figure 1—4. 



MS650-BA 

MA-057888A 

Figure 1-4 MS650-BA Memory Module 
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This chapter descn ses how to install the KA655 in a system. The chapter 
discusses the follow: ng topics: 

• Installing the KA055 

• Configuring the KA65S 

• KA655 connectors 

• H3600-SA CPU cover panel 

• KA630CNF configuration board 

2.1 Installing the KA655 

The KA655 and MS650-BA modules must be installed in system 
enclosures having Q22*bus/CD backplane slots. These modules are 
not compatible with Q/Q backplane slots, and therefore should only be 
installed in Q22-bus/CD backplane slots. 

The KA655 CPU module must be installed in slot 1 of the Q22-bus/CD 
backplane (Figure 2-1). MS650-BA memory modules must be installed 
in slots immediately adjacent to the CPU module. Up to four MS650-BA 
modules can be installed, occupying slots 2, 3, 4, and 5 respectively. A 
50-pin ribbon cable is used to connect the KA655 CPU module and the 
MS650-BA memory module(s), as shown in Figure 2-2. 
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Figure 2-1 CPU and Memory Module Placement 
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Figure 2-2 Cable Connections 
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2.2 Configuring the KA655 

The following parameters must be configured on the KA655: 

• Power-up mode 

• Break enable switch 

• Console serial line baud rate 

These parameters are configured using either the H3600-SA CPU cover 
panel, or the KA630CNF configuration board. 

2.3 KA655 Connectors 

The KA655 uses three connectors (Jl, J2, and J3> and four rows of 
module fingers (A, B, C, and D) to communicate with the console device, 
main memory, and the Q22-bus. The slot pinouts on the fingers of the 
ICA655 are listed in Appendix C. 

The orientation of connectors Jl, J2, and J3, and the LED indicators is 
shown in Figure 2-3. 




OC OK DIAGNOSTIC 
J2 LEO LEDS 



J3 



Figure 2-3 KA555 Pin and LED Orientation 
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2.3.1 Console SLU Connector (J1) 

The 10-pin console SLU connector provides the connection between 
the KA655 and the console terminal. Jt is connected to the inside of 
the H3600-SA CPU cover panel by a 10-conductcr cable, or directly 
to connector J3 of the KA630CNP configuration board. A cable from 
the outside of the H3600-SA or from Jl of the KA630CNF provides 
the external connection to the console terminal. Table 2-1 lists the Jl 
pinouts. 
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Table 2-1 Console SLU Connector (J1) Pinouts 



Pitt 


Signal 


Meaning 


01 




Data terminal ready 


02 


GND 


Ground 


03 


SLU OUT L 


Console SLU output front the KA655 


04 


GND 


Ground 


05 


GND 


Ground 


06 




Key (no pin) 


07 


SLU IN + 


Console SLU differential inputs to the 


08 


SLU IN - 


KA655 


09 


GND 


Ground 


10 


+12 V 


Fused +12 volts 



2.3.2 Configuration and Display Connector (J2) 

The KA655 has no jumper or switch settings to change or set. The module 
is configured through switches on the H3600-SA CPU cover panel, or the 
KA630CNF configuration board. The 20-pin configuration and display 
connector is connected to the inside of the H3600-SA CPU cover panel 
by a 20-conductor cable, or directly to connector J2 of the KA630CNF 
configuration board. Table 2-2 lists the J2 pinouts. 



Te&e 2-2 Configuration and Display Connector (J2) Pinouts 


Pin 1 Signal 


Meaning 


01 GND 


Ground 


02 GND 


Ground 


03 GND 


Ground 


04 CPUCODEO L 


CPU code <01:00>. This 2-bit code can be 


05 CPUCODE1 L 


configured only by using switches 7 and 




8 on the KA630CNF configuration board 




(Figure 2-7). 




CPU code <01:00> configuration: 




00 Normal operation 




01 Reserved 




10 Reserved 




11 Reserved 



*The KA655 module has 4.7K ohm pull-up re Hi store for the 8 input signals (pins 4 and 5, 
13 through 15, and 1? through 19). 
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Tfcbj» 2-2 (gontj Configuration grid Display Comwctor (Jg) Pf nouttr 

Pin 1 Signal Meaning 

CPU code <01:0G> is read by software from the 
BDR. 

If the CPU distribution panel insert is used, 
no connections are made to pins 4 and 5. In 
that case, signal levels are negated by pull-up 
resistors on the KA655. 
Ground 

Diagnostic LED register bite <03:00>< When 
asserted each of these four output signals lights 
a corresponding LED on the module. 
LED CODE<03,0G> are asserted (low) by 
power-up and by the negation of DCOK when 
the processor is halted. They are updated 
by boot and diagnostic programs from the 
Diagnostic LED register. 
Battery backup voltage for TODR clock 
Ground 

Boot and diagnostic code <01:00>. This 2-bit 
code indicates power-up mode, and is read by 
a oil ware from the BDR. 

Break enable. This input signal controls the 
response to an external halt condition. If BRK 
ENB is asserted (low), then the KA655 halts 
and enters the console program if any of the 
following occur: 

• The program executes a halt instruction in 
kernel mode. 

• The console detects a break character. 

• The Q22-bus halt line is asserted. 

If BRK ENB is negated (high), then the break 
character is ignored and the ROM program 
responds to a halt instruction by restarting or 
rebooting the system. BRK ENB is read by 
software from the BDR. 



t The KA655 module has 4.7K ohm pull-up resistors for the 8 input signals (pins 4 and 5, 
13 through 15. and 17 through 19). 



06 GND 

07 LED CODE0 L 

08 LED CODE1 L 

09 LED CODE2 L 
11 LED CODE3 L 



10 BATTERY VOLT H 

12 GND 

13 BOOTDIAGCODEO 

14 L 
BOOTDIAGCODEl 
L 

15 ENB BREAK L 
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Tgbjt 2-2 (Com.) Config jra<ion and gjgpjgy Connector (J2) Pinouts 



Pin 1 


Signal 


Manning 


ID 


LrJxU 


Ground 


17 


CONSLBITRhTEO 
L 


Console baud rate <02:00>. These three bits 


18 


CONSLBITRATE1 
L 


are configured by using either the baud rate 


19 


CONSLBITRATE2 


select switch on the H3600-SA CPU cover 




L 


panel, or switches 2, 3 and 4 of the KA630CNF 






configuration board. 


20 


+5 V 


Fused +5 volte 



*The KA655 module has 4.7K ohm pull-up resistors for the 3 input signals (pins 4 and 5, 
13 through 15, and 1? through 19). 



2.3.3 Memory Expansion Connector (J3) 

The 50-pin memory expansion connector provides the interface between 
the KA655 and MS650-BA memory modules installed in slots 2, 3, 4 and 
5 of a Q22-bus backplane containing the CD interconnect. Table 2i-3 lists 
the J3 pinouts. 

Tabte % -3 Memory Ex pansion Connector (J3) Pinouts 

Pin Signal Pin Signed 



01 


GND 






26 


MEM 


D10 


H 


02 


MEM 


D09 


H 


27 


GND 






03 


MEM 


DOS 


H 


28 


MEM 


D29 


H 


04 


MEM 


D07 


H 


29 


MEM 


D28 


H 


05 


GND 






30 


MEM 


D27 


H 


06 


MEM 


D06 


H 


31 


GND 






07 


MEM 


DOS 


H 


32 


MEM 


D26 


H 


OS 


MEM 


D04 


H 


33 


MEM 


D25 


H 


09 


MEM 


D03 


K 


34 


MEM 


D24 


H 


10 


GND 






35 


MEM 


D23 


H 


11 


MEM 


D02 


H 


36 


GND 






12 


MEM 


D01 


K 


37 


MEM 


D22 


H 


13 


MEM 


D00 


H 


38 


MEM 


D21 


H 


14 


MEM 


D19 


H 


39 


MEM 


D20 


H 
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Tabj» 2-3 (Con! .) Mrnory Expansion Connac t or (J3) Pinout* 

Pin Signal Pie Signal 



15 


GND 


40 


MEMD38H 


16 


MEMD18H 


41 


GND 


17 


MEMD17H 


42 


MEMD37K 


18 


MEMB16H 


43 


MEM B36 H 


19 


MEM D15 H 


44 


MEM D35 H 


20 


GND 


45 


MEM D34H 


21 


MEMD14H 


46 


GND 


22 


MEM D13 H 


47 


MEM D33 H 


23 


MEM D12 H 


48 


MEM D32 K 


24 


GND 


49 


MEM D31 H 


25 


MEMD11H 


50 


MEM D30 H 



2.4 H3600-SA CPU Cover Pane! 

The H3600-SA CPU cover panel is an I/O panel that fits over backplane 
slots 1 and 2, covering both the KA655 CPU module and the first of four 
possible MS650-BA memory modules. A one-piece ribbon cable on the 
H3S0O-SA plugs into the console SLU and baud rate connectors on the 
KA655. 

The H360Q-SA CPU cover panel (Figure 2-4) includes the features and 
controls specified in Table 2-4. 

Tabjt 2-4 HggOOgA CPU Coyer Pane! Feature* and Contro ls 

Outside Inside 

Modified modular jack (MM J) Baud rate rotary switch 
SLU connector 

Power-up mode switch Battery back-up unit (BBU) for TODR clock 

Hex LED display List of baud rate switch settings 

Break enable switch 30-pin cable connector 
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POW£R l.PWOOf 



halt enable switch 
♦down-oisabiedi 



I FO DISPLAY 



St U CONNECTOR 




BAUD RATE 
RWJTCH 

(9600 IS FACTORY 
SETTING i 



BATTERY BACKUP 
UNIT (BBUi 



LIST Of- SWITCH SETTINGS 
FOR BAUD RATES 

0- 300 
I - 600 
? 1200 
3- 2400 
4 - 4800 
G • 9600 
6- 19200 
7 38400 



Figure 2-4 H3600-SA CPU Cover Pane! 



2.5 KA630CNF Configuration Board 

A KA630CNF configuration board (H3263-00) (Figures 2-5 through 2-7) 
can also be used to configure the KA655. The KA630CNF plugs directly 
into connectors Jl and J2 on the KA655. It allows the user to configure 
the KA655 by setting the 10 switches on SW1 as listed in Table 2-5. 

Connector Jl is used to connect a cable to the console SLU. Connector J4 
is for a BBU. The J4 pin closest to connector Jl is the positive pin. 
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Figure 2-5 KA630CNF Configuration Board 
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Figure 2-6 KA630CNF J2 and J3 Pin Orientation 



9 t 



tO 3 



I 1 



Installation and Configuration 2—11 



10 



J— A 



SW1 
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Flgur* 2-7 KA630CNF41 and J4 Pin Orientation 



T«W# 2-5 KA630CNF Switch Sanctions 



Switch/Setting: 



Mode/Function 



1 








Halt Mode 


Off 








Disabled 


On 








Enabled 


2 


3 


4 




Console Baud Rate 


Off 


Off 


Off 




300 


On 


Off 


Off 




600 


Off 


On 


Off 




1,200 


On 


On 


Off 




2,400 


Off 


Off 


On 




4,800 


On 


Off 


On 




9,600 


Off 


On 


On 




19,200 


On 


On 


On 




38,400 


5 


6 


9 


10 


Power-Up Mode 1 


Off 


Off 


On 


Off 


Normal operation. Trancmit line connected. 










Receive line connected. 


On 


Off 


On 


Off 


Language inquiry mode. Transmit line 










connected. Receive line connected. 


Off 


On 


Off 


On 


Loopback teit mode (maintenance). Transmit 










line connected to receive line and console. 


On 


On 


On 


Off 


Manufacturing use only. Bypasses memory 










test. 



x Do not u*» any other settings for switches 5, 6, 9, and 10. 
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Tabte 2-5 (Cont.) KA630CNF Switch Selection* 



Switch/Setting Mode/Function 



7 8 CPU Operation Mode 



Off Off Normal operation 




Table 2-6 listy the pins on the KA655 J2 and JX» and the corresponding 
XA630CNF connectors and switches on SW1. Note that connectors J2 and 
JS both have more connectors than there are pins on the corresponding 
KA65S connector. The two left and two right side connectors on J2 and J3 
of the KA630CNF are unused. Switches 1 through 8 on SW1 set values 
that enable or disable halts; and determine CPU operation mode, power- 
up mode, and console baud rate. SW1 switches 9 and 10 connect transmit 
and receive lines as required for noxmal operation or loopback testing. 

Table 2-6 KA03OCNF Conneetor and Switches 



CPU J2 
Pin 



Signal 



CNFJ2 
Pin 



CNF 
SWl 
Switch 



CNF M Pin 



1 
2 
3 
4 
5 
6 
7 
8 
9 
XO 

n 

12 
13 



CPU CDO L 
CPU CD1 L 
GND 



GND 
GND 
GND 



DSPL 00 !■ 
DSPL 01 L 
DSPL 02 L 
BTRY VCC 
DSPL 03 L 
GND 



BDGCDOL 



I 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 



7 

8 



5 



l +5 V from BBU to TODR clock chip on CPU 
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Table 2-6 (Cont? KA630CNF Connector and Swftches 

CNF 

CPUJ2 CNFJ2 SW1 

Pin Signal Pin Switch CNF J4 Pin 



14 BDGCDlL 16 6 

15 BRKENBL 17 1 

16 GND 18 

17 CSBR 02 L 19 2 

18 CSBR 01 L 20 3 

19 CSBR 00 L 21 4 

20 +5V 22 

23 



CNF 

CPtJJl CNFJ3 SW1 

Pin Signal Pin Switch CNF <J1 Pin 



1 
2 

1 DTR 3 

2 GND 4 2,4,5,9 

3 SLU OUT L 5 10 3 

4 GND 6 2,4,5,9 

5 GND 7 2, 4, 5, 9 

6 Key (no pin) 8 

7 SLU IN + 9 7 

8 SLU IN - 10 9 

9 GND 11 2,4,5,9 

10 +12 V 12 10 

13 
14 



3 

Architecture 



This chapter describes the KA655 registers, instruction set, and memory. 
The chapter covers the following KA655 topics: 

• Central processor 

• Floating-point accelerator 

• Cache memory 

• Main memory system 

• Console serial line 

• Time-of-yestr clock and timers 

• Boot and diagnostic facility 

• Q22-bus interface 

3.1 Central Processor 

The KA655 central processor supports the MicrdVAX chip subset (plus six 
additional string instructions> of the VAX instruction set and data types, 
and full VAX memory management. It is implemented by a single VLSI 
chip called the CVAX. 

3.1*1 Processor State 

The pix>cessor state consists of that portion of the state of a process winch 
is stored in processor registers rather than in memory. The processor 
state is composed of 16 general purpose registers (GPRs), the processor 
status longword (PSD, and the internal processor registers (IFKsK 
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Nonprivileged software can access the GPRs and the processor status 
word (bits <15:00> of the PSD. The IPRs and bits <31:16> of the PSL can 
only be accessed by privileged software. The IPRs are explicitly accessible 
only by the move to processor register (MTPR) and move from processor 
register (MFPR) instructions which can be executed only while running in 
kernel mode. 

3.1.1.1 General Purpose Registers 

The KA355 implements 16 general purpose registers as specified in 
the VAX Architecture Reference Manual, These registers are used for 
temporary storage, as accumulators, and as base and index registers for 
addressing. These registers are denoted RO through R15. The bits of a 
register are numbered from the right <0> through <3I> (Figure 3-1). 



31 30?9282726?52423222l 20191817161514 13 12 11 10 9 876543210 



WA110O«t 

Figure 3-1 General Purpose Register Bit Map 



Certain of these registers have been assigned special meaning by the 
VAX- XI architecture. 

• R15 is the program counter (PC). The PC contains the address of the 
next instruction byte of the program. 

• R14 is the stack pointer (SP), The SP contains the address of the top 
of the processor defined stack. 

• RJ3 is the frame pointer (BP). The VAX-11 procedure call convention 
builds a data structure on the stack called a stack frame. The FP 
contains the address of the base of this data structure. 

• R12 is the argument pointer (AP). The VAX-11 procedure call 
convention uses a data structure called an argument list. The AP 
contains the address of the base of this data structure. 

Consult the VAX Architecture Reference Manual for more information on 
the operation and use of these registers. 
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3.1.1.2 Processor Status Longword 

The KA655 processor status Iongword (PSD is implemented per the VAX 
Architecture Reference Manual, which should be consulted for a detailed 
description of the operation of this register* The PSL is sstved on the stack 
when an exception or interrupt occurs and is saved in the process control 
block (PCB) on a process context switch. Bits <15:00> may be accessed 
by nonprivileged software, while bits <31:16> may only be accessed by 
privileged software. Processor initialization sets the PSL to 04 IF 0000 i6- 
Figure 3-2 shows the processor status Iongword bit map. 



31 3029282726252423222120 1615 



8765432 10 



IPI 



CM ~ 
TP - 

MBZ 
FPD 
IS 

CUR MOD 
PRV MOD 
MBZ 



IV 
FU 
DV 
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Figure 3-2 PSL Bit Map 



Data Bit 


Definition 


<3I> 


Compatibility mode (CM). Reads as ssero. Loading a 1 into 




this bit is a NOP 


<30> 


Trace pending (TP) 


<29:28> 


Unused. Must be written as asero. 


<27> 


First part done (FPD) 


<26> 


Interrupt stack (IS) 


<25:24> 


Current mode (CUR) 


<23:22> 


Previous mode (PRV) 
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Data Bit 


Definition 


<21> 


Unused. Muit be written at xero. 


<20:I6> 


Interrupt priority level (IPL) 


<15:8> 


Unused. Mutt be written as xero. 


<7> 


Decimal overflow trap enable (Dv). Has no effect on KA655 




hardware. Can be used by macrocode which emulates VAX 




decimal instructions. 


<6> 


Floating underflow fault enable (FU) 


<5> 


Integer overflow trap enable (IV) 


<4> 


Trace trap enable (T) 


<3> 


Negative condition code <N) 


<2> 


Zero condition code 


<1> 


Overflow condition code (V) 


<0> 


Carry condition code (C) 



NOTE 

VAX compatibility mode instructions can be emulated by 
macrocode* but the emulation software runs in native mode, 
so the CM bit is never set. 

3.1.1.3 internal Processor Registers 

The KA655 internal processor registers (IPRs) can be accessed by using 
the MFPR and MTPR privileged instructions. Each XPR falls into one of 
the following seven categories: 

1. Implemented by KA655 in the CVAX chip as specified in the VAX 
Architecture Reference Manual. 

2. Implemented by KA655 in the SSC as specified in the VAX 
Architecture Reference Manual. 

3. Implemented by KA655 (and all designs that use the CVAX chip) 
uniquely. 
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4. Implemented by KA655 (and all designs that use the SSO uniquely. 

5. Not implemented, timed out by the CDAL bus timer (in the SSO after 
4 us. Read as 0. NOP on write. 

6. Access not allowed; accesses result in a reserved operand fault. 

7. Accessible* but not fully implemented. Accesses yield unpredictable 
results. 

Refer to Table 3-1 for a listing of each of the KA655 IPRs, along with its 
mnemonic, its access type (read or write) and its category number, 

Table 3-1 KA655 Internal Ptgcggtor R#gUtttr» 

Decimal Hex Register Mnemonic Type Category 1 



VJ 


u 


Kernel stack pointer 




r/w 


i 


I 


1 


Executive stack pointer 




r/w 


1 


2 


2 


Supervisor stack pointer 


bSF 


r/w 


t 

l 


3 


3 


User stack pointer 


USP 


r/w 


1 


4 


4 


Interrupt stack pointer 


ISP 


r/w 


1 


7:5 


7:5 


Reserved 






5 


8 


8 


P0 base register 


POBR 


r/w 


1 


9 


9 


PO length register 


POLR 


r/w 


1 


10 


A 


PI base register 


P1BR 


r/w 


1 


11 


B 


PI length register 


P1LR 


r/w 


1 


12 


C 


System base register 


SBR 


r/w 


1 


13 


D 


System length register 


SLR 


r/w 


1 


15:14 


F:E 


Reserved 






5 


16 


10 


Process control block base 


PCBB 


r/w 


1 


17 


11 


System control block base 


SCBB 


r/w 


1 


18 


12 


Interrupt priority level 


IPL 


r/w 


11 


19 


13 


AST level 


ASTLVL 


r/w 


IX 


"? rv 


14 


Software interrupt request 


SIRE 


w 


1 


21 


15 


Software interrupt 


SISR 


r/w 


11 






summary 








23:22 


17:16 


Reserved 






5 


24 


18 


Interval clock 


ices 


r/w 


31 






control/status 








25 


19 


Next interval count 


NICE 


w 


5 


26 


1A 


Interval count 


ICR 


r 


5 



l The I indicates that the rsgiwtor is initialised on power-up and by the negation of DCOK 
when the processor i© halted. 
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Tabjg 3-1 (Cont.) KA655 internal Procotor Ragfsf r» 

Decimal Hex Register Mnemonic Type Category 1 



27 


IB 


Time-of-year clock register 


TODR 


y/w 


2 


28 


1C 


Conuole storage receiver 

StfctUB 


CSRS 


r/w 


71 


29 


ID 


Conuole storace receiver 
data 


CSRD 


j* 


71 


30 


IE 


Conuole storage transmit 
status 


CSTS 


r/w 


7 I 


31 


IF 


Console storage transmit 
data 


CSTD 


w 


71 


32 


20 


Console receiver 
control/status 


RXCS 


r/w 


41 


33 


21 


Console receiver data 
bufler 


RXDB 


r 


41 


34 


22 


Console transmit 
control/status 


TXCS 


r/w 


41 


35 


23 


Console transmit data 
buffer 


TXDB 


w 


41 


36 


24 


Translation buffer disable 


TBDR 


r/w 


5 


37 


25 


Cache disable 


CADR 


r/w 


31 


38 


26 


Machine check error 
summary 


MCESR 


r/w 


5 


39 


27 


Memory system error 


MSER 


r/w 


31 


41:40 


2928 


Reserved 






5 


42 


2A 


Console saved PC 


SAVPC 


r 


3 


43 


2B 


Console saved PSL 


SAVFSL, 


r 


3 


47:44 


2F:2C 


Reserved 






5 


48 


30 


SBI Fault/status 


SBIFS 


r/w 


5 


49 


31 


SBilsilo 


SBIS 


r 


5 


50 


32 


SBI silo comparator 


SBISC 


r/w 


5 


51 


33 


SBI maintenance 


SBIMT 


r/w 


5 


52 


34 


SBI error register 


SBIER 


r/w 


5 


53 


35 


SBI timeout address 
register 


SBITA 


r 


5 


54 


36 


SBI quadword clear 


sbiqc 


w 


5 


55 


37 


I/O bus reset 


IORESET 


w 


4 



'The I indicate* that the register is initialized on power-up and by the negation of DCOK 
when the processor is halted. 



Architecture 3-7 



Table S-1 (Contj KA655 Internal Procwgor Rggjgttj* 



Decimal Hex 


Register 


Mnemonic Type 


Category* 


56 


33 


enable 


MAPEN 


r/w 


1 


57 


39 


TB invalidate all 


TBIA 


w 


1 


58 


3A 


TB invalidate single 


TBIS 


w 


1 


59 


3B 


TB data 


TBDATA 


r/w 


5 


60 


3C 


Microprogram break 


MBRK 


r/w 


5 


61 


3D 


Performance monitor 
enable 


PMR 


r/w 


5 


62 


3E 


Sygtem identification 


SID 


r 


1 


63 


3F 


Translation buffer check 


TBCHK 


w 


1 


64:127 


40:7F 


Reserved 






6 



'The I indicates that the register is initialized on power-up and by the negation of DCOK 
when the processor is halted. 



KA655 VAX Standard Internal Processor Register* 

Internal processor registers (IPHs) that are implemented as specified in 
the VAX Architecture Reference Manual are classified as category I IPRs. 
The VAX Architecture Reference Manual should be consulted for details on 
the operation and use of these registers. The category 1 registers listed in 
Table 3-2 are also referenced in other sections of this manual. 



Table 3-2 Category One IPRs 



Number 


Register 


Mnemonic 


Section 


12 


System base register 


SBR 


3.1.4.2 


13 


System length register 


SLR 


3.1.4.2 


16 


Process control block base 


PCBB 


3.1.5 


17 


System control block base 


SCBB 


3.1.5.4 


18 


Interrupt priority level 


IPL 


3.1.5.1 


20 


Software interrupt request 


SIRR 


3.1.5.1 


21 


Software interrupt summary 


SISR 


3.1,5.1 


27 


Time-of-year clock register 


TODR 


3.6.1 


56 


Memory management enable 


MAPEN 


3.1.4.2 


57 


Translation buffer invalidate 


TBIA 


3.1.4.2 



all 
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Table 3-2 (Cont.) Category One IPRs 



Number 


Regieier 


Mnemonic 


Section 


58 


Translation buffer invalidate 


TBIS 


3.1.4.2 




single 






62 


System identification 


SID 


3.1.6 


63 


Translation buffer check 


TBCHK 


3.1.4.2 



KA655 Unique Internal Processor Registers 

Internal processor registers (IPRs) that are implemented uniquely on 
the KA655 (for example, those that are not contained in, or do not fully 
conform to the standards in the VAX Architecture Reference Manual) 
are classified as category 2 IPRs and are described in detail in this 
manual. Refer to the sections listed in Table 3-3 for a description of these 
registers. 

Table 3-3 Category Two IPRs 



Number Register Mnemonic Section 



24 


Interval clock control/status 


ICCS 


3.6.2 


32 


Console receiver 


RXCS 


3.5.1.1 




control/status 






33 


Console receiver data buffer 


RXDB 


3.5.1.2 


34 


Console transmit 


TXCS 


3.5.1.3 




control/status 






35 


Console transmit data buffer 


TXDB 


3.5.1.4 


37 


Cache disable 


CADR 


3.3.2.5 


39 


Memory system error 


MSER 


3.3.2.6 


42 


Console saved PC 


SAVPC 


3.1.5 


43 


Console saved PSL 


SAVPSL 


3.1.5 


55 


I/O bus reset 


IORESET 


3.7.5.1 



Archrt«ctur© 3-9 



3.1.2 DaU Types 

The KA655 CPU supports the following subset of the VAX data types: 

• Byte 

• Word 

• Longword 

• Quadword 

• Character string 

• Variable length bit field 

Support for the remaining VAX data types can be provided through 
macrocode emulation. 

3.1.3 instruction Set 

The KA655 CPU implements the following subset of the VAX instruction 
set types in microcode: 

• Integer arithmetic and logical 

• Address 

• Variable length bit field 

• Control 

• Procedure call 

• Miscellaneous 

• Queue 

• Character string moves (MOVC3. MOVC5, CMPC3 1 , CMPC5 1 , 
LOCC 5 , SCANC 1 , SKPC 1 , and SPANC 1 ) 

• Operating system support 

• Floating 

• G^floating 

• D^floating 



1 These instructions were in the microcode assisted category on the KA630-AA 
(MicroVAX II) and therefore had to be emulated. 
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The KA655 CVAX chip provides special microcode assistance to aid the 
macrocode emulation of the following instruction groups: 

• Character string (except MOVC3, MOVC5 1 , CMPC3 1 , CMPC5 1 , 
LOCC 1 , SCANC 1 , SKPC 1 , and SPANC 1 ) 

• Decimal string 

• CRC 

• EDITPC 

The following instruction groups are not implemented, but may be 
emulated by macrocode: 

• Octaword 

• Compatibility mode instructions 

3.1.4 Memory Management 

The KA655 implements full VAX memory management as defined in the 
VAX Architecture Reference Manual, System space addresses are virtually 
mapped through single-level page tables, and process space addresses are 
virtually mapped through two-level page tables. See the VAX Architecture 
Reference Manual for descriptions of the virtual to physical address 
translation process, and the format for VAX page table entries (PTEs). 



1 Those instructions were in the microcode •■sifted category on the KA630-AA 
(MicroVAX II) end therefore bed to be emulated. 
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3.1.4.1 Translation Buffer 

To reduce the overhead associated with translating virtual addresses 
to physical addresses, the KA655 employs a 28-entry, fully associative, 
translation buffer for caching VAX PTEs in modified form. Each entry can 
store a modified PTE for translating virtual addresses in either the VAX 
process space, or VAX system space. The translation buffer is flushed 
whenever memory management is enabled or disabled (for example, by 
writes to IPR 56), any page table base or length registers are modified (for 
example, by writes to IPRs 8 to 13) and by writing to IPR 57 (TBIA) or 
IPR 58 (TBIS). 

Each entry is divided into two parts: a 23-bit tag register and a 31 -bit 
PTE register. The tag register is used to store the virtual page number 
(VPN) cf the virtual page that the corresponding PTE register maps. The 
PTE register stores the 21-bit PFN field, the PTE.V bit, the PTE.M bit 
and an 8-bit partially decoded representation of the 4-bit VAX PTE PROT 
field, from the corresponding VAX PTE, as well as a translation buffer 
valid (TB.V) bit. 

During virtual to physical address translation, the contents of the 28 tag 
registers are compared with the virtual page number field (bits <31:9>) of 
the virtual address of the reference. If there is a match with one of the 
tag registers, then a translation buffer hit has occurred, and the contents 
of the corresponding PTE register is used for the translation. 

If there is no match, the translation buffer does not contain the necessary 
VAX PTE information to translate the address of the reference, and 
the PTE must be fetched from memory. Upon fetching the PTE, the 
translation buffer is updated by replacing the entry that is selected 
by the replacement pointer. Since this pointer is moved to the next 
sequential translation buffer entry whenever it is pointing to an entry 
that is accessed, the replacement algorithm is not last used (NLU). 

3.1.4.2 Memory Management Control Registers 

There are four IPRs that control the memory management unit (MMU): 
IPR 56 (MAPEN), IPR 57 (TBIA), IPR 58 (TBIS), and IPR 63 (TBCHK). 

Memory management can be enabled/disabled through IPR 56 (MAPEN). 
Writing 0 to ibis register with a MTPR instruction disables memory 
management, and writing a 1 to this register with a MTPR instruction 
enables memory management. Writes to this register flush the translation 
buffer. To determine whether or not memory management is enabled, IPR 
56 is read using the MFPR instruction. Translation buffer entries that 
map a particular virtual address can be invalidated by writing the virtual 
address to IPR 58 (TBIS) using the MTPR instruction. 
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NOTE 

Whenever software changes a valid page table entry for the 
system or current process region* or a system page table mtry 
that maps any part of the current process page table, all process 
pages mapped by the page table entry must be invalidated in ths 
translation buffer* 

The entire translation buffer can be invalidated by writing a 0 to IPR 57 
(TBI A) using the MTPR instruction* 

The translation buffer can be checked to see if it contains a valid 
translation for a particular virtual page by writing a virtual address 
within that page to IPR 63 (TBCHK) using the MTPR instruction. If the 
translation buffer contains a valid translation for the page, the condition 
code V bit (bit <1> of the PSD is set. 

NOTE 

The THIS, TBIA* and TBCHK IPRs are write only* r i\he operation 
of a MFPR instruction from any of these registers is undefined. 

3.1 .5 Exceptions and interrupts 

Both exceptions and interrupts divert execution from the normal flow of 
control. An exception is caused by the execution of the current instruction 
and is typically handled by the current process (for example, an arithmetic 
overflow), while an interrupt is caused by some activity outside the 
current process and typically transfers control outside the process (for 
example, an interrupt from an external hardware device). 

3.1.5.1 Interrupts 

Interrupts can be divided into two classes: nonmaskable, and maskable. 

Nonmaskable interrupts cause a halt through the hardware halt 
procedure which saves the PC, PSL, MAPEN<0> and a halt code in IPRs, 
raises the processor IPL to IF, and then passes control to the resident 
firmware. The firmware dispatches the interrupt to the appropriate 
service routine based on the halt code and hardware event indicators. 
Nonmaskable interrupts cannot be blocked by raising the processor IPL, 
but can be blocked by running out of the halt protected address space 
(except those nonmaskable interrupts that generate a halt code of 3). 
Nonmaskable interrupts with a halt code of 3 cannot be blocked since this 
halt code is generated after a hardware reset. 
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Maskable interrupts cause the PC and PSL to be saved, the processor 
IPL to be raised to the priority level of the interrupt (except for Q22-bus 
interrupts where the processor IPL is set to 17, independent of the level 
at which the interrupt was received) and the interrupt to be dispatched to 
the appropriate service routine through the SCB. 

The various interrupt conditions for the KA655 are listed in Table 3-4 
along with their associated priority levels and SCB offsets. 

Table 3-4 Interrupts _ 



Priority 






Level 


Interrupt Condition 


SCB Offset 


Nonmaskable 


iijJCOri and UirvJK negated then 
aBaericu on v^ws<;*i>u8 ^power-up/ 

(SCR<7> clear) 


i 




BDCOK negated then asserted 


2 




while BPOK asserted on Q22-bus 






<SCR<7> set) 






BHALT asserted on Q22-bus 


2 




BREAK generated by the console 


2 




device 




IF 


Unused 




IE 


BPOK negated on Q22-bus 


OC 


ID 


CDAL bus parity error 


60 




Q22-bus NXM on a write 


60 




CDAL bus timeout during DMA 


60 




Main memory NXM errors 


60 




Uncorrectable main memory errors 


60 


1C - IB 


Unused 




IA 


Second-level cache tag parity errors 


54 




Correctable main memory errors 


54 


19- 18 


Unused 




17 


BR7 L asserted 


Q22-bus vector plus 200 ls 


16 


Interval timer interrupt 


CO 




BR6L asserted 


Q22-bus vector plus 200 16 


15 


BR5 L asserted 


Q22-bus vector plus 200 l6 



1 These conditions generate a hardware halt procedure with a halt code of 3 (hardware 
reset). 

^Thewe conditions generate a hardware halt procedure with a halt code of 2 (external halt). 



Interrupts 
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Table 3-4 (Com.) 

Priority 

t*evel Interrupt Condition 

14 Console terminal 

Programmable timers 
BR4 L asserted 

13 through Unused 

10 



SCB Offset 

F8.F6 
7S.7C 

Q22«bus vector plus 200 J5 



OF through Software interrupt requests 84* BC 

01 



NOTE 

Because the Q22~bus does not allow differentiation between the 
four bus grant levels (for example, a level 7 device could respond 
to a level 4 bus grant), the KA655 CPU raises the IPL to 17 after 
responding to interrupts generated by the assertion of either BR7 
!U BRIS U or BR4 1* The KA655 maintains the IPL* at the priority 
of the interrupt for all other interrupts* 

The interrupt system is controlled by three IPRs: IPR 18> the interrupt 
priority level register (IPL); IPR 20, the software interrupt request 
register <SIRR); and IPR 21, the software interrupt summary register 
(S1SR). The IPL is used for loading the processor priority field in the 
PSL (bits <20:16>K The SIRR is used for creating software interrupt 
requests. The SISR records pending software interrupt requests at levels 
1 through 15. The format of these registers is shown in Figure 3-3. Refer 
to the VAX Architecture Reference Manual for more information on these 
registers. 
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31 
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IGNORED RETURNS O 



PSK20 16> 



I PL 



3! 



4 3 



IGNORED 



REQUEST 



SIRR 



31 



1615 



PENDiNG SOFTWARE INTERRUPTS 
FEDCBA98 765432 T 



SISR 



MBZ 



MA 1056 8» 



Figure 3-3 interrupt Registers 
3,1.5.2 Exceptions 

Exceptions can be divided into three types: 

• Trap 

• Fault 

• Abort 

A trap is an exception that occurs at the end of the instruction that caused 
the exception. After an instruction traps, the PC saved on the stack is the 
address of the next instruction that would have normally been executed 
and the instruction can be restarted. 
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A fault is an exception that occurs during an instruction, and that leaves 
the registers and memory in a consistent state such that the elimination 
of the fault condition and restarting the instruction gives correct results. 
After an instruction faults, the PC saved on the stack points to the 
instruction that faulted. 

An abort is an exception that occurs during an instruction, leaving the 
value of the registers and memory unpredictable, such that the instruction 
cannot necessarily be correctly restarted, completed, simulated, or undone. 
After an instruction aborts, the PC saved on the stack points to the 
instruction that was aborted (which may or may not be the instruction 
that caused the abort) and the instruction may or may not be restarted 
depending on the class of the exception and the contents of the parameters 
that were saved. 

Exceptions are grouped into six classes: 

• Arithmetic 

• Memory management 

• Operand reference 

• Instruction execution 

• Tracing 

• System failure 

A list of exceptions grouped by class is given in Table 3-5. Exceptions 
save the PC and PSL, and in some cases one or more parameters, on the 
stack. Most exceptions do not change the IPL of the processor (except 
the exceptions in serious system failures class, which set the processor 
IPL to IF) and cause the exception to be dispatched to the appropriate 
service routine through the SCB (except for the interrupt stack not 
valid exception, and exceptions that occur while an interrupt or another 
exception are being serviced, which cause the exception to be dispatched 
to the appropriate service routine by the resident firmware). 
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The exceptions listed in Table 3-5 (except machine check) are described 
in greater detail in the VAX Architecture Reference Manual. The 
machine check exception is described in greater detail in Section 3.1,5.3. 
Exceptions that can occur while servicing an interrupt or another 
exception are listed in Table 3-8 in Section 3.1.5.6. 

TW3-S Exceptions 

Type SCB Offset 



Arithmetic Exceptions 

Integer overflow Trap 34 

Integer divide-by-zero Trap 34 

Subscript range Trap 34 

Floating overflow Fault 34 

Floating divide-by-zero Fault 34 

Floating underflow Fault 34 

Memory Management Exceptions 

Access control violation Fault 20 

Translation not valid Fault 24 

Operand Reference Exceptions 

Reserved addressing mode Fault 1C 

Reserved operand fault Abort 18 

Instruction Execution Exceptions 

Reserved/privileged instruction Fault 10 

Emulated instruction Fault C8, CC 

Change mode Trap 40-4C 

Breakpoint Fault 2C 



tracing Exception. 

Trace 



Fault 



28 



System Failure Exceptions 
Interrupt stack not valid 
Kernel stack not valid 
Machine check 
ODAL bus parity errors 



Abort 
Abort 
Abort 



l 

08 
04 



* Dispatched by resident firmware rather than through the SCB. 
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Table 3-5 (gontj Exceptions 

Type SCB Offset 

First-Ievel cache parity errors 
Second-level cache data parity 
error* 

Q22-bu* NXM errors 

Q22-but* device parity errora 

Q22-bu» no grant errora 

CDAL bus timeout errors 

Main memory NXM errors 

Main memory uncorrectable errors 



3.1.5,3 information Saved on a Machine Check Exception 

In response to a machine check exception the PSL, PC, four parameters, 
and a byte count are pushed onto the stack, as shown in Figure 3-4. 



BYTE COUNT 



MACHINE CHECK CODE 



MOST RECENT VIRTUAL ADDRESS 



INTERNAL STATE INFORMATION 1 



•..MTfRNAl STATE INFORMATION 2 



PC 



PSl 



SP 



Figure 3-4 Information Saved on e Machine Check Exception 



Figure 3-4 is explained in the following paragraphs. 
Byte Count 

Byte count <31:0> indicates the number of bytes of information that follow 
on the stack (not including the PC end PSL). 
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Machine Check Coca Parameter 

Machine check code <31:0> indicates the type of machine check that 
occurred. A list of the possible machine check codes (in hex) and their 
associated causes follows: 

• Floating-point errors indicate the floating-point accelerator (FPA) 
chip detected an error while communicating with the CVAX CPU chip 
during the execution of a floating-point instruction* The most likely 
cause(s) of these types of machine checks are: a problem internal to 
the CVAX CPU chip; a problem internal to the FPA; or a problem with 
the interconnect between the two chips. 

Machine checks due to floating-point errors may be recoverable, 
depending on the state of the VAX can't restart flag (captured in 
internal state information 2 <15>) and the first part done flag 
(captured in PSL <27>). If the first part done flag is set, the error 
is recoverable. If the first part done flag is cleared, then the VAX 
can't restart fkg must also be cleared for the error to be recoverable. 
Otherwise, the error is unrecoverable and depending on the current 
mode, either the current process or the operating system should be 
terminated. The information pushed onto the stack by this type of 
machine check is from the instruction that caused the machine check. 



Hex Code Error Description 

1 A protocol error was detected by the FPA chip while 
attempting to execute a floating-point instruction. 

2 A reserved instruction was detected by the FPA while 
attempting to execute a floating-point instruction. 

3 An illegal status code was returned by the FPA while 
attempting to execute a floating-point instruction. 
(CPSTA<1:0>=10) 

4 An illegal status code was returned by the FPA while 
attempting to execute a floating-point instruction. 
<CPSTA<1:0>=01) 



• Memory management errors indicate the microcode in the CVAX 
CPU ^iip detected an impossible situation while performing functions 
associated with memory management. The most likely cause of 
this type of a machine check is a problem internal to the CVAX 
chip. Machine checks due to memory management errors are 
nonrecoverable. Depending on this current mode, either the current 
process or the operating system should be terminated. The state of 
the POBR, FOLK, P1BR, P1LR, SBR, and SLR should be logged. 
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Hex Code Error Deeariptiott 

5 The calculated virtual address for a. proceis PTE was in 
the PO space instead of the system apace when the CPU 
attempted to access a process PTE after a translation buffer 
miss. 

6 The calculated virtual address space for a process PTE 
was in the PI space instead of the system space when the 
CPU attempted to access a process PTE after a translation 
buffer mita. 

7 The calculated virtual address for a process PTE was in 
the PO space instead of the system space when the CPU 
attempted to access a process PTE to change the PTE<M> 
bit before writing to a previously unmodified page. 

8 The calculated virtual address for a process PTE was in 
the PI space instead of the system space when the CPU 
attempted to access a process PTE to change the PTE<M> 
bit before writing to a previously unmodified page. 



• Interrupt error* indicate the interrupt controller in the CVAX CPU 
requested a liardware interrupt at an unused hardware IPL. The 
most likely cause of this type of a machine check is a problem internal 
to the CVAX chip. Machine checks due to unused IPL errors are 
nonrecoverable. A nonvectored interrupt generated by a serious error 
condition (memory error, power fail, or processor halt) has probably 
been lost. The operating system should be terminated. 



Hex Code 


Error Description 


9 


A hardware interrupt waa requested at an unused interrupt 




priority level (IPL). 



• Microcode errors indicate an impossible situation was detected by 
the microcode during instruction execution. Note that most erroneous 
branches in the CVAX CPU microcode cause random microinstructions 
to be executed. The most likely cause of this type of machine check 
is a problem internal to the CVAX chip. Machine checks due to 
microcode errors are nonrecoverable. Depending on the current 
mode, either the current process or the operating system should be 
terminated. 
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Hex Cod* 


Error Description 


A 


An impossible state was detected during * MOVC3 or 




MOVC5 instruction (not move forward, move backward, or 




fill). 



Read error* indicate an error was detected while the CVAX CPU 
was attempting to read from either the first-level cache, the second- 
level cache, main memory, or the Q22-bus. The most likely cause of 
this type of machine check must be determined from the state of the 
MSER. DSER, MEMCSR16, QBEAR, DEAR, and CBTCR. Machine 
checks due to read errors may be recoverable, depending on the state 
of the VAX can't restart flag (captured in internal state information 2 
<15>) and the first part done flag (captured in PSL <27». If the first 
part done flag is set, the error is recoverable. If the first part done 
flag is cleared, then the VAX can't restart flag must also be cleared 
for the error to be recoverable. Otherwise, the error is unrecoverable 
and depending on the current mode, either the current process or the 
operating system should be terminated. The information pushed onto 
the stack by this type of machine check is from the instruction that 
caused the machine check. 



Hex C<*oV Error Description 

80 An error occurred while reading an operand, a process 
page table entry during address translation, or on any read 
generated as part v>f an interlocked instruction. 

81 An error occurred while reading a system page table entry 
(SPTE), during address translation, a process control block 
(PCB) entry during a context switch, or a system control 
block (SCB) entry while processing an interrupt. 



Write errors indicate an error was detected while the CVAX CPU 
was attempting to write to either the first-level cache, the second* 
level cache, main memory, or the Q22-bus. The most likely cause of 
this type of machine check must be determined from the state of the 
MSER. DSER, MEMCSR16, QBEAR, DEAR, and CBTCR. Machine 
checks due to write errors are nonrecoverable because the CPU is 
capable of performing many read operations out of the first-level cache 
before a write operation completes. For this reason, the information 
that is pushed onto the stack by this type of machine check cannot be 
guaranteed to be from the instruction that caused the machine check. 
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Hex Code Error B— c rlptioo 

82 An error occurred while writing en operand, or e process 
page table entry to change the PTE<M> hit before writing e 
previously unmodified page. 

83 An error occurred while writing a system page table entry 
(SPTE) to change the PTE<M> bit before writing a previously 
unmodified page, or a process control block (PCB) entry during 
a context switch or during the execution of instructions that 
modify any stack pointers stored in the FOB. 



Moat Becent Virtue! AcJdrees Parameter 

Most recent virtual address <31:0> captures the contents of the virtual 
address pointer register at the time of the machine check. If a machine 
check other than a machine check 81 occurs on a read operation, this field 
represents the virtual address of the location that is being read when the 
error occurs, plus four. If machine check 81 occurs, this field represents 
the physical address of the location that is being read when the error 
occurs, plus four. 

If a machine check other than a machine check 83 occurs on a write 
operation, this field represents the virtual address of a location that is 
being referenced either when the error occurs, or sometime citer, plus 
four. If a machine check 83 occurs, this field represents the physical 
address of the location that is being referenced either when the error 
occurs, or sometime after, plus four. In other words, if the machine check 
occurs on a write operation, the contents of this field cannot be used for 
error recovery. 

Internal State Information 1 Parameter 

Internal state information 1 is divided into four fields. The contents of 
these fields is described as follows: 

♦ <31:24> captures the opcode of the instruction that is being read or 
executed at the time of the machine check. 

* <23:16> captures the internal state of the CVAX CPU chip at the 
time of the machine check. The four most significant bits are equal 
to <1111> and the four least significant bits contain highest priority 
software interrupt <3:0>. 
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• <15:8> captures the state of CADR<7;0> at the time of the machine 
check. See Section 3.3.2.5 for an interpretation of the contents of this 
register. 

• <7:0> captures the state of the MSER<?:0> at the time of the machine 
check. See Section 3.3.2.6 for an interpretation of the contents of this 
register. 

Internal State Information 2 

Internal state information 2 is divided into five fields. The contents of 
these fields is described as follows: 

• <31:24> captures the internal state of the CVAX CPU chip at the time 
of the machine check. This field contains SC register <7:0>. 

• <23:16> captures the internal state of the CVAX CPU chip at the time 
of the machine check. The two most significant bits are equal to 11 
(binary) and the six least significant bits contain state flags <5:0>. 

• <15> captures the state of the VAX can't restart flag at the time of the 
machine check. 

• <14:8> captures the internal state of the CVAX CPU chip at the time 
of the machine check. The three most significant bits are equal to 
111 (binary) and the four least significant bits contain ALU condition 
codes. 

• <?:0> captures the offset between the virtual address of the start of 
the instruction being executed at the time of the machine check (saved 
PC) and the virtual address of the location being accessed (PC) at the 
time of the machine check. 

PC 

PC<31:G> captures the virtual address of the start of the instruction being 
executed at the time of the machine check. 

PSL 

PSL<31:0> captures the contents of the PSL at the time of the machine 
check. 
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3.1.9.4 System Control Block 

The system control block (SCB) consists of two pages in main memory that 
contain the vectors by which interrupts and exceptions are dispatched to 
the appropriate service routines. The SCB is pointed to by IPR 17, the 
system control block base register (SCBB), represented in Figure 3-5. 
The system control block format is presented in Table 3-6. 



31 3O29?8?7?62f>?4?3222!201918!716lST413l2 Tt to f» h t h b A 3 ? o 



MUZ 



PHYStCAt lONGWORD ADDRESS OF PC 8 



MB2 



SCBB 
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Figure 3-5 System Control Block Bate Register 



Ttibte 3-6 System Control Block Format 



Interrupt/Exception 
Name Type 



Parameter Note* 



00 


Unused 






IRQ passive release on 
other VAXes 


04 


Machine check 


Abort 


4 


Parameters depend on 
error type 


08 


Kerne! stack not 
valid 


Abort 


0 


Must be serviced on 
interrupt stack 


CC 


Power fail 


Interrupt 


0 


IPL is raised to IE 


10 


Reserved/privileged 
instruction 


Fault 


0 




14 


Customer reserved 
instruction 


Fault 


0 


XFC instruction 


18 


Reserved operand 


Faultfabort 


0 


Not always 








recoverable 


IC 


Reserved 
addressing mode 


Fault 


0 




2C 


Access control 
violation 


Fault 


2 


Parameters are 
virtual address, status 
code 


24 


Translation not 
valid 


Fault 


2 


Parameters are 
virtual address, status 
code 


28 


Trace pending (TP) 


Fault 


0 
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Tabi* 3*6 (Cont.) System Control Block Format 



SCB Interrupt/Exception 

Offset Name Type Penuateter Notee 



2C 


Breakpoint 
instruction 


Fault 


0 




30 


Unused 






Compatibility mode in 
other VAXes 


34 


Arithmetic 


Trap/fault 


I 


Parameter is type 
code 


3S:3C 


Unused 








40 


CHMK 


Trap 


1 


Parameter ie sign- 
extended operand 
word 


44 


CHME 


Trap 


1 


Parameter is sign- 
extended operand 
word 






irap 


t 

i 


Parameter is sign* 
extended operand 

tUA«>/} 


4C 


CHMU 


Trap 


1 


Parameter is sign* 
word 


50 


Unused 








54 


Corrected reed data 


Interrupt 


0 


IPLislA(CRD L) 


58:5C 


XUmiurd 








60 


Memory error 


Interrupt 


0 


IPL is ID (MEMERR 
L) 


64 6C 


VUUavU 








78 


Programmable 
timer 0 


Interrupt 


o 


IPL is 14 


7C 


Programmable 
timer 1 


Interrupt 


0 


IPL is 14 


80 


Unused 








84 


Software level 1 


Interrupt 


0 




88 


Software level 2 


Interrupt 


o 


Ordinarily used for 
AST delivery 


8C 


Software level 3 


Interrupt 


0 


Ordinarily used for 
process scheduling 


90.BC 


Software level* 4-I5 


Interrupt 


0 




CO 


Interval timer 


Interrupt 


0 


IPL is 16 (INTTIM L> 



3-26 Architecture 



Table 3-8 (Cont.) System Control Block Format 



SCB Interrupt/Exception 
Offset Name Type 



Parameter Note* 



C4 
C8 



CC 



Unused 

Emulation start 



BO:DC Unused 
EO:EC Reserved for 

customer or CSS 

use 

F0:F4 Unused 



F8 Console receiver 

FC Console transmitter 

100:1FC Adapter vectors 

200:3FC Device vectors 

400:FFC Unused 



Fault 



Emulation continue Fault 



Interrupt 
Interrupt 
Interrupt 



10 



0 



0 
0 
0 



Interrupt 0 



Interrupt 0 



Same mode exception, 
FPD=0; parameters 
are opcode, PC, 
specifiers 
Same mode 
exception, FPD=1: 
no parameters 



Console storage 
registers on 11/750 
and 11/730 
IPL is 14 
IPLisl4 

Not implemented by 
the KAS55 
Correspond to Q22- 
bus vectors 000:1FC; 
KA655 appends the 
assertion of bit <9,0> 



3.1.5.5 Hardware Detected Errors 

The KA655 is capable of detecting thirteen types of error conditions 
during program execution. 

* CDAL bus parity errors indicated by MSER<6> (on a read) or 
ME3*?CSR16<7> (on a write) being set. (This error cannot be 
distinguished if detected during a read reference.) 

• F'irst-level cache tag parity errors indicated by MSER<0> being set. 

♦ First-level cache data parity errors indicated by MSER<!> being set. 

♦ Second-level cache tag parity errors indicated by CACR<5> being set. 
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• Second-level cache data parity errors indicated by MSER<6> being 
set.CThis error cannot be distinguished if detected during a read 
reference.) 

• Q22-bus NXM errors indicated by DSER<7> being set, 

• Q22-bus no sack errors (no indicator). 

• Q22-bus no grant errors indicated by DSER<2> being set. 

• Q22-bus device paiity errors indicated by DSER<5> being set. 

• CDAL bus timeout errors indicated by DSER<4> (only on DMA) being 
set. 

• Main memory NXM errors indicated by DSER<0> (only on DMA) 
being set. 

• Main memory correctable errors indicated by MEMCSR16<29> being 
set. 

• Main memory uncorrectable errors indicated by MEMCSR16<31> and 
DSER<4> (only on DMA) being set. 

These errors cause either a machine check exception, a memory error 
interrupt, or a corrected read data interrupt, depending on the severity of 
the error and the reference type that caused the error, 

3.1.5.6 Hardware Halt Procedure 

The hardware halt procedure is the mechanism by which the hardware 
assists the firmware in emulating a processor halt. The hardware halt 
procedure saves the current value of the PC in IPR 42 (SAVPC), and 
the current value of the PSL, MAPEN<0>, and a halt code in IPR 43 
(SAVFSL). The current stack pointer is saved in the appropriate internal 
register. The PSL is set to 04 IF 0000 ie (IPL=1F, supervisor mode, using 
the interrupt stack) and the current stack pointer is loaded from the 
interrupt stack pointer. Control is then passed to the resident firmware 
at physical address 2004 0000 j6 with the state of the CPU as follows: 

Register New Contents 

SAVPC Saved PC 

SAVPSL<31:16 t 7:0> Saved PSL<31:16,7:0> 

SAVPSL<15> Saved MAPEN<0> 

SAVPSL< 14> Valid PSL Mag {unknown for halt code of 3 ) 

SAVPSL<I3:8> Saved restart code 
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Regiater 


New Content* 


SP 


Current interrupt stack 


PSL 


04 IF 0000 i6 


PC 


2004 0000 i6 


MAPEN 


0 


ICCS 


0 (for a halt code of 3) 


MSER 


0 (for a halt code of 3) 


CADR 


0 (for a halt code of 3, first-level cache is also flushed) 


SISR 


0 (for a halt code of 3) 


ASTLVL 


O (for a halt code of 3) 


AJ1 else 


Undefined 



The firmware uses the halt code in combination with any hardware event 
indicators to dispatch the execution or interrupt that caused the halt 
to the appropriate firmware routine (either console emulation, power- 
up, reboot, or restart). Table 3-7 and Table 3-8 list the interrupts and 
exceptions that can cause halts along with their corresponding halt codes 
and event indicators. 



Table 3-7 Unmaskable Interrupts that can Cause a Halt 



Halt 
Code 



Interrupt Condition 



Event Indicators 



External Halt (CVAX HALTIN pin 
asserted) 

BHALT asserted on the Q22-bus. 
BDCOK negated and asserted on the 
Q22-bus while BPOK stays asserted 
(Q22-bus REBOOT 
/RESTART) and SCR<7> is set. 
BREAK generated by the console. 



DSER<15> 
DSER<14> 



RXDB<U> 



Hardware Reset (CVAX RESET pin 
negated) 

BDCOK and BPOK negated then 
asserted on the Q22-bus (power-up) 
BDCOK negated and asserted on the 
Q22-bus while BPOK stays asserted 
<Q22-bu8 REBOOT 
/RESTART) and SCR<7> if clear. 
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Table 3-8 Exceptions that can Cause a Halt 



Halt 

Code Exception Condition 



6 Halt instruction execv*~d in kernel mode. 
Exception* While Servicing an Interrupt or Exception 

4 Interrupt stack not valid during exception. 

5 Machine check during normal exception. 

7 SCB vector bits<l:0> s= 11. 

8 SCB vector bita<l:0> = 10. 

A CHMx executed while on interrupt stack. 

B CHMx executed to the interrupt stack. 

10 ACV or TNV during machine check exception. 

11 ACV or TNV during kernel stack not valid exception. 

12 Machine check during machine check exception. 

13 Machine check during kernel stack not valid exception. 
19 PSL<26:24> » 101 during interrupt or exception. 

1A PSL<26:24> « 110 during interrupt or exception. 

IB PSL<26:24> = 111 during interrupt or exception. 

ID PSL<26:24> a 101 during REI. 

IE PSL<26:24> « 110 during REI. 

IF PSL<26:24> e 111 during REI. 



3.1.6 System Identification 

The system identification register (SID), IPR 62, is a read-only register 
implemented, as specified in the VAX Architecture Reference Manual, in 
the CVAX chip. This 32-bit, read-only register is used to identify the 
processor type and its microcode revision level (Figure 3-6). 

31 24?3 8 ? 0 



TYPE 



RESERVED 



MICROCODE REV 



Figure 3-6 System identification Register 
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Data Bit Definition 

<31:24> Processor type (TYPE). This field always reads as 10 to. 

indicating that the processor is implemented using the 
CVAX chip. 

<23.8> Reserved for future use. 

<7:0> Microcode revision (MICROCODE REV.). This field reflects 

the microcode revision level of the CVAX chip. 

In order to distinguish between different CPU implementations that 
use the same CPU chip, the KA655, as must all VAX processors that 
use the CVAX chip, implements a MicroVAX system type register (SYS_ 
TYPE) at physical address 2004 0004 16 . This 32-bit read-only register is 
implemented in the KA655 ROM. The format of this register is shown in 
Figure 3-7. 

P .'4. .* .< » 



SYS TYPE 


REV tEVEl 


SYS -SUB TYPE 


RESERVED 



Figure 3-7 System Type Register 



Data Bit Defitv ion 



<31:24> Syste.. vpe code (SYSJTYPE). This field reads as 01 16 for 

all single-processor Q22-bus based systems. 

<23:16> Revision level (REV LEVEL). This field reflects the revision 

level of the KA655 firmware. 

<15:8> System subtype code (SYS_SUB_TYPE). This field reads as 

03 16 for the KA655. 

<7:0> Reserved for future use. 
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3.1.7 CPU References 

All references by the CPU can be classified into one of three groups: 

• Request instruction-stream read references 

• Demand data-stream read references 

• Write references 

3.1.7.1 Instruction Stream Read References 

The CPU has an instruction prefetcher with a 12-byte (3 Iongword) 
instruction prefetch queue (IPQ) for prefetching program instructions 
from either cache or main memory. Whenever there is an empty 
Iongword in the IPQ, and the prefetcher is not halted due to an error, the 
instruction prefetcher generates an aligned Iongword, request instruction- 
stream (I-stream) read reference. 

3.1.7.2 Data-Stream Read References 

Whenever data is immediately needed by the CPU to continue processing, 
a demand data-stream (D-stream) read reference is generated. More 
specifically, demand D-stream references are generated on operand, page 
table entry (PTE), system control block (SCB), and process control block 
(PCB) references. 

When interlocked instructions, such as branch on bit set and set 
interlock (BBSSI) are executed, a demand D-stream read-lock reference 
is generated. Since the CPU does not impose any restrictions on data 
alignment (other than the aligned operands of the ADAWI and interlocked 
queue instructions) and since memory can only be accessed one aligned 
Iongword at a time, all data read references are translated into an 
appropriate combination of masked and unmasked, aligned Iongword 
read references. 

If the required data is a byte, a word within a Iongword, or an aligned 
Iongword, then a single, aligned Iongword, demand D-stream read 
reference is generated. If the required data is a word that crosses a 
Iongword boundary, or an unaligned Iongword, then two successive aligned 
Iongword demand D-stream read references are generated. Data larger 
than a Iongword is divided into a number of successive aligned Iongword 
demand D-stream reads, with no optimization. 
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3.1.7,3 Write References 

Whenever data is stored or moved, a write reference is generated. Since 
the CPU does not impose any restrictions on data alignment (other than 
the aligned operands of the ADAWI and interlocked queue instructions) 
and since memory can only be accessed one aligned longword at a time, 
all data write references are translated into an appropriate combination 
of masked and unmasked aligned longword write references. 

If the required data is a byte, a word within a longword, or an aligned 
longword, then a single, aligned longword, writs reference is generated. 
If the required data is a word that crosses a longword boundary, or 
an unaligned longword, then two successive aligned longword write 
references are generated. Data larger than a longword is divided into a 
number of successive aligned longword writes. 

3.2 Floating-Point Accelerator 

The KA655 floating-point accelerator is implemented through a single 
VLSI chip called the CFPA. 

3.2.1 Floating-Point Accelerator Instructions 

The KA655 floating-point accelerator processes refloating, D^floating, and 
G^floating format instructions and accelerate the execution of MULL, 
DIVL, and EMUL integer instructions. 

3.2.2 Floating-Point Accelerator Data Types 

The KA655 floating-point accelerator supports byte, word, longword, 
quadword, FJoating, D^floating, and G„floating data types. The H_ 
floating data type is not supported, but may be implemented by macrocode 
emulation. 
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3.3 Cache Memory 

lb maximize CPU performance, the KA655 incorporates a two-level cache 
design. The first-level cache is implemented within the CVAX chip. The 
second-level cache is implemented using 16K by 4-bit static RAMs. 

3.3*1 Cacheable References 

Any reference that can be stored by the first-level cache is called a 
cacheable reference. The first-level cache stores CPU read references to 
the VAX memory space (bit <29> of the physical address equals 0) only. 
It does not store references to the VAX I/O space, or DMA references by 
the Q22-bus interface. The type(s) of CPU references that can be stored 
(either request instruction stream (I-stream) read references, or demand 
data stream (D-stream) read references other than read-lock references) is 
determined by the state of cache disable register (CADR) bits <5:4>. The 
normal operating mode is for both I-stream and D-stream references to be 
stored. 

Whenever the CPU generates a noncacheable reference, a single longword 
reference of the same type is generated on the CDAL bus. 

Whenever the CPU generates a cacheable reference stored in the first- 
level cache, no reference is generated on the CDAL bus. 

Whenever the CPU generates a cacheable reference not stored in the 
first-level cache, a quad word transfer is generated on the CDAL bus. If 
the CPU reference is a request I-stream read, then the quadword transfer 
consists of two indivisible longword transfers, the first being a request 
I-stream read (prefetch), and the second being: a request I-stream read 
(fill). If the CPU reference is a demand D-stream read, then the quadword 
transfer consists of two indivisible longword transfers, the first being a 
demand D-stream read, and the second being a request D-stream read 
(fill). 

The second-level cache only stores references on the CDAL bus that are 
part of a quadword transfer. Since quadword transfers on the CDAL bus 
can only be generated on cacheable references, the second-level cache is 
automatically configured to store the same type(s) of references as the 
first -level cache. 
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3.3,2 First-Level Cache 

The KA655 includes a 1 Kbyte, two-way associative, write through first- 
level cache with a 60 ns cycle time. GPU read references access one 
longword at a time, while CPU writes can access one byte at a time. 
A single parity bit is generated, stored, and checked for each byte of 
data and each tag. The first-level cache can be enabled/disabled by 
setting/clearing the appropriate bits in the CADR. The first-level cache is 
flushed by any write to the CADR, as long as it is not in diagnostic mode. 

3,3.2.1 First-Level Cache Organization 

The first-level cache is divided into two independent storage arrays called 
set 1 and set 2. Each set contains a 64 row by 22-bit tag array and a 
64 row by 72-bit data array. The two sets are organized as shown in 
Figure 3-8. 
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Figure 3-8 First-Level Cache Organization 
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A row within a set corresponds to a cache entry, so there are 64 entries 
in each set and a total of 128 entries in the entire cac$«e. Each entry 
contains a 22-bit tag block and a 72-bit (eight-byte » data block. A cache 
entry is organized as shown in Figure 3-9. 
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Rgurt 3-9 FirsM*vtt Cache Entry 



A tag block consists of a parity bit, a valid bit, and a 20-bit tag. A tag 
block is organized as shown in Figure 3-10. 

19 



f'AttlT V B»T 



VAt Ctl 8»T 



TAG 



Figure 3-10 First-Laval Cacti* Tag Block 

A data block consists of eight bytes of data, each with an associated parity 
bit. 'Hie total data capacity of the cache is 128 eight-byte blocks, or 1024 
hytes. A data block is organized as shown in Figure 3—11. 
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Figurt 3-11 Firat-Lavet Cacha Data Block 
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3.3.2.2 First-Uvot Cach# Add rats Translation 

Whenever the CPU requires an instruction or data, the contents of the 
first-level cache is checked to determine if the referenced location is stored 
there. The cache contents is checked by translating the physical address 
as follows: 

• On noncacheable references, the reference is never stored in th* cache, 
so a first -level cache miss occurs and a single longword reference is 
generated on the CDAL bus. 

♦ On cacheable references, the physical address must be translated 
to determine if the contents of the referenced location is resident in 
the cache. The cache index field, bits <8:3> of the physical address, 
is used to select one of the 64 rows of the cache, with each row 
containing a single entry from each set. The cache tag field, bits 
<28:9> of the physical address, is then compared to the tag block of 
the entry from both sets in the selected row. 

If a match occurs with the tag block of one of the set entries, and the 
valid bit within the entry is set, the contents of the referenced location 
is contained in the cache and a cache hit occurs. On a cache hit, the set 
match signals generated by the compare operation select the data block 
from the appropriate set. The cache displacement field, bits <2:0> of the 
physical address, is used to select the byte(s* within the block. No CDAL 
bus transfers are initiated on CPU references that hit the first-level cache. 

If no match occurs, then the contents of the referenced location is not 
contained in the cache and a cache miss occurs. In this case, the 
data must lie obtained from either the second- level cache, or the main 
memory controller, so a quadword transfer is initiated on the CDAL bus 
(Figure 3-12 >. 
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Figure 3-12 First-Level Cache Address Translation 



3.3.2,3 First-Level Cache Data Block Allocation 

Cacheable references that miss the first-level cache, cause a quadword 
read to be initiated on the CDAL bus. When the requested quadword is 
supplied by either the second-level cache or the main memory controller, 
the requested longword is passed on to the CPU, and a data block is 
allocated in the cache to store the entire quadword. 
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Due to the fact that the cache is two-way associative, there are only two 
data blocks (one in each set) that can be allocated to a given quadword. 
These two data blocks are determined by the cache index field of the 
address of the quadword, which selects a unique row within the cache. 
Selection of a data block within the row (for example, set selection > for 
storing the new entry is random. 

Since the KA655 supports 64 Mbytes (8M quadwords) of physical memory, 
up to 128K quadwords share each row (two data blocks) of the cache. 
Contiguous programs larger than 512 bytes or any noncontiguous 
programs separated by 512 bytes have a 50 percent chance of overwriting 
themselves when cache data blocks are allocated for the first time for 
data separated by 512 bytes (one page). After six allocations, there is a 97 
percent probability both sets in a row will be filled. 

3.3.2.4 First-Level Cache Behavior on Writes 

On CPU generated write references, the first-level cache is write through. 
All CPU write references that hit the first-level cache cause the contents 
of the referenced location in main memory to be updated as well as the 
copy in the cache. 

On DMA write references that hit the first-level cache, the cache entry 
containing the copy of the referenced location is invalidated. If the first- 
level cache is configured to store only I -stream references, then the entire 
first -level cache is also flushed whenever an RBI instruction is executed. 
cThe VAX architecture requires that an REI instruction be executed before 
executing instructions out of a page of memory that has been updated.) 

3.3.2.5 Cache Disable Register 

The cache disable register <CADR>, IPR 37, controls the first-level cache, 
and is unique to CPU designs that use the CVAX chip (Figure 3-13). 
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Figure 3-13 Cache Disable Register 
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Data Bit Definition 

<31:8> Unused. Always read as zeros. Writes have no effect. 

<7:6> These bits are used to selectively enable or disable each set 

within the cache. 

<7> S2E. Read/write. When set, set 2 of the cache is enabled. 

When cleared, set 2 of the cache is disabled. Cleared on 
power-up and by the negation of DCOK when the processor 
is halted. 

<6> S1E. Read/writs. When set, set 1 of the cache is enabled. 

When cleared, set 1 of the cache is disabled. Cleared on 
power-up and by the negation of DCOK when the processor 
is halted. 

<5:4> These bits are used to selectively enable or disable storing 

I-stream and D-stream references in the cache. 

<5> ISE. Read/write. When set, I-atream, memory space 

references are stored in both the first and second-level 
caches, if they are enabled. When cleared, I-stream memory 
references are not stored in either cache. Cleared on power- 
up and by the negation of DCOK when the processor is 
halted. 

<4> DSE. Read/write. When set, D-stream, memory apace 

references are stored in both the first and second-level 
caches, if they are enabled. When cleared, D-stream 
memory references are not stored in either cache. Cleared 
on power-up and by the negation of DCOK when the 
processor is halted. 



NOTE 

The first-level cache can be disabled by either disabling both set 1 
and set 2 (clearing CADR<7:6>), or by not storing either I-stream 
or D-stream references (clearing €ADR<5:4>)» 

For maximum performance, the cache should be configured to store both I 
and D-stream references. I-stream only mode suffers from a degradation 
in performance from what would normally be expected relative to I and 
D-stream mode and D-stream only mode, due to the fact that invalidation 
of cache entries due to writes to memory by a DMA device are bandied 
less efficiently. 
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In I-stream only mode, the entire first-level cache is flushed whenever an 
REI instruction is executed. The VAX Architecture Reference Manual 
states that an REI instruction must be executed before executing 
instructions out of a page of memory that has been updated, whereas 
in the other two modes of operation, cache entries are invalidated on an 
indi vidual basis, only if a DMA write operation results in a cache hit 



Data Bit Definition 

<3:2> Unused. Always read as Is. 

<1> Write wrong parity (WWP). Read/write. When set, incorrect 

parity is stored in the first-level cache whenever it is 
written. When cleared, correct parity is stored in the cache 
whenever the cache is written. Cleared on power-up and by 
the negation of DCOK when the processor is halted. 

<0> Diagnostic mode (DIA). Read/write. When cleared, the cache 

is in normal operating mode and writes to the CADR cause 
the first-level cache to be flushed, Call valid bits set to the 
invalid state > and the first-level cache is configured for 
write- through operation. When set* the first-level cache is 
in diagnostic mode and writes to the CADR will not cause 
the first-level cache to be flushed. 



CPU write references with a longword destination (for example, MOVL) 
write the data into main memory <if it exists) as well as invalidate 
the corresponding cache entry irrespective of whether or not a cache hit 
occurred. CPU write references with a quadword destination (for example, 
MOVQ) write the data into main memory <if it exists ) as v/ell as cause the 
second longword of the quadword to be written into the longword of the 
each** data array that corresponds to the address of the first longword of 
the destination, irrespective of whether or not a cache hit occurred. 

The data in the longword of the cache data array that corresponds to the 
address of the second longword of the destination remains unaltered. In 
addition, errors generated during write references, that would normally 
cause a machine check, are ignored (they do not cause a machine check 
trap to be generated, or prevent data from being stored in the cache). 

Diagnostic mode is intended to allow the first -level cache tag store to 
be fully tested without requiring 512 Mbytes of main memory. This 
mode makes it possible for the tag block in a particular cache entry to 
be written with any pattern by execxiting a MOVQ instruction with bits 
<28:9> of the destination address equal to the desired pattern. 
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Two MOVQ instructions, one with a quadword aligned destination address 
and one with the next longword aligned destination address, are required 
to write to both longwords in the data block of a cache entry. Diagnostic 
mode does not affect read references. Cleared on power-up and by the 
negation of DCOK when the processor is halted. 

NOTE 

At least one read reference must occur between all write 
references made in diagnostic mode, Diagnostic mode should 
only be selected when one and only one of the two sets are 
enabled* Operation of this mode with both sets enabled or both 
sets disabled yields unpredictable results. 

3.3.2,6 Memory System Error Register 

The memory system error register (MSER), IPR 39, records the occurrence 
of first-level cache hits, as well as parity errors on the CDAL bus and in 
the first and second-level caches. This register is unique to CPU designs 
that use the CVAX chip. MSER<6:4,1:0> are peculiar in the sense that 
they remain set until explicitly cleared. Each bit is set on the first 
occurrence of the error it logs, and remains set for subsequent occurrences 
of that error. The MSER is explicitly cleared through the MTPR MSER 
instruction irrespective of the write data (Figure 3-14). 
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Figure 3-14 Memory System Error Register 
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Data Bit Definition 

<31:8> Unused. Always read as zero. Writes have no effect. 

<7> Hit/miss (HM). Head only. Writes have no effect. Cleared 

on all cacheable references that hit the first^level cache. Set 
on all cacheable references that miss the first-level cache. 
Cleared on power-up anc by the negation of DCOK when 
the processor halts. 

<6> DAL parity error (DALh Read/write to clear. Set whenr/ar 

a CDAL bus or second-level cache data store parity error 
is detected- Cleared on power-up and by the negation of 
DCOK when the processor is halted. 

<5> Machine check (MOD). DAL parity error. Read/write to 

clear. Set whenever a machine check is caused by a CDAL 
bus or second-level cache data parity error. These errors 
only generate machine checks on demand D-stream read 
references. Cleared on power-up and by the negation of 
DCOK when the processor halts. 

<4> Machine check (MCC). First-level cache parity error. 

Read/write to clear. Set whenever a machine check is 
caused by a first-level cache parity error in the tag or 
data store. These errors only generate machine checks on 
demand D-stream read references. Cleared on power-up and 
hy the negation of DCOK when the processor halts. 

<3:2> Unused. Always read as zero. Writes have no effect. 

<1> Data parity error (DAT). Read/write to clear. Set when a 

parity error is detected in the data store of the first-level 
cache. Cleared on power-up and by the negation of DCOK 
when the processor halts, 

<0> Tag parity error (TAG). Read'write to clear. Set when a 

parity error is detected in the tay store of the first-level 
cache. Cleared on power-up and by the negation of DCOK 
when the processor halts. 
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3.3.2.7 First-Level Cliche Error Detection 

Both the tag and data arrays in the first-level cache are protected by 
parity. Each 8-bit byte of data and the 20-bit tag is stored with an 
associated parity bit. The valid bit in the tag is not covered by parity. 
Odd data bytes are stored with odd parity and even data bytes are stored 
with even parity. The tag is stored with odd parity. 

The stored parity is valid only when the valid bit associated with the 
first-level cache entry is set. Tag and data parity (on the entire longword) 
are checked on read references that hit the first-level cache, while only 
tag parity is checked on CPU and DMA write references that hit the 
first-level cache. 

The action taken following the detection of a first-level cache parity error 
depends on the reference type: 

• During a demand D-stream read reference, the entire first-level cache 
is flushed, the CADR is cleared (which disables the first level cache 
and prevents the second-level cache from further allocation). The 
cause of the error is logged in MSER<4,3:0> and a machine check 
abort is initiated. 

• During a request I-stream read reference, the entire first-level cache 
is flushed ( unless CADR<0> is set), the cause of the error is logged 
in MSER<1:0>, the prefetch is halted, but no machine check abort 
occurs, and both caches remain enabled. 

• During a masked or unmasked write reference, the entire first-level 
cache is flushed (unless CADR<0> is set), the cause of the error is 
logged in MSER<0> (only tag parity is checked on CPU writes that 
hit the first-level cache), there is no effect on CPU execution, and both 
caches remain enabled. 

• During a DMA write reference the cause of the error is logged in 
MSER<0> (only tag parity is checked on DMA writes that hit the 
first-level cache), there is no effect on CPU execution* both caches 
remain enabled, and no invalidate operation occurs. 

3.3.3 Second-Level Cache 

The KA655 also includes a 64 Kbyte, direct mapped, write through, 
second-level cache with a 120 ns cycle time for longword transfers and 
180 ns cycle time for quad word transfers. CPU read references access one 
longword at a time. Cacheable references that miss the first-level cache 
can access up to one quadword at a time, while CPU writes can access a 
single byte at a time. 



3-44 Architecture 



A single parity bit is generated, stored and checked for each tag. The 
cache does not generate or check parity on each data byte. The parity bits 
stored with each data byte are taken from the CDAL parity lines when a 
data block is written or allocated. 

On second-level cache hits, these parity bits are placed back on the CDAL 
parity lines, so that parity checking on the data bytes is performed by the 
CVAX chip. This makes second-level cache data parity errors appear as 
CDAL bus parity errors. 

The second-level cache can be enabled/disabled by setting/clearing the 
appropriate bit in the CACR. The second-level cache can be flushed by 
writing any value to each entry in the cache diagnostic space, as long as 
it is not in diagnostic mode. 

3.3.3.1 Second-Leva! Cacti* Organization 

The second-level cache, being direct mapped, consists of a single storage 
array called set 1. This array contains a 8K row by 12-bit tag array and a 
8K row by 72-bit data array (Figure 3-15). 
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Figure 3-15 Secon<M*vel Cache Organization 
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A row within the set corresponds to a single cache entry, so there are 8K 
entries in the entire cache. Each entry contains a 12-bit tag block and 
a 72-bit (eight-byte) data block, A cache entry is organized as shown in 
Figure 3-26. 
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Figure $-16 Second-Leva* Cache Entry 

A tag block consists of a parity bit, a valid bit, and a 10-bit tag. A teg 
block is organized as shown in Figure 3-17, 
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Figure 3-17 Second-Level Cache Tag Block 

A data block consists of eight bytes of data, each with an associated parity 
bit. The total data capacity of the cache is 8K eight-byte blocks, or 64 
Kbytes. A data block is organized as shown in Figure 3-18. 
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Figure 3-18 Second-Lewi Cache Data Block 
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3,3.3.2 Second-Lev*! Ceche Addree* Translation 

Whenever a CPU reference that can be stored in the first-level cache 
causes a miss of the first-level cache, a quadword transfer is initiated on 
the CDAL bus and the second-level cache is checked to determine if the 
contents of the location* s) being addressed is stored there. The cache is 
checked by translating the address as follows: 

* On noncacheable references, the reference is never stored in the cache, 
so a second-level cache miss occurs, the main memory cycle is allowed 
to complete and the data is provided by the main memory controller. 

• On cacheable references, the physical address must be translated 
to determine if the contents of the referenced location(s) is resident 
in the cache. In this case, the cache index field, bits <15:3> of the 
physical address, is used to select one of the 8K entries (rows) in the 
set. The cache tag field, bits <28:16> of the physical address, is then 
compared to the tag block of the selected entry. Bsts <28;26> of this 
field must be zero since the second-level mche is designed to support 
a maximum of 64 Mbytes of main memory. 

If a match occurs with the tag block of the entry, and the valid bit within 
the entry is set, then the contents of the location is contained in the cache 
and a second-level cache hit occurs. The cache displacement field, bits 
<2:0> of the physical address, is used to select the longword within the 
block. Bits <1:6> of this field are ignored since the byte mask signals 
are used to select the desired bytels) within a longword. Main memory 
cycles are initiated on all CDAL bus cycles, but they are aborted before 
completion on second-level cache hits. 

If there is no match, then the contents of the location is not contained 
in the second-level cache, a cache miss ^jccurs, the main memory cycle 
is allowed to complete, and the data is provided by the main memory 
controller (Figure 3— 19). 
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Figure 3-19 S*cond«Uvat Cacht Address Translation 



3.3.3.3 §scond*Uvt! Cacha Data Block Allocation 

On cacheable references that miss the first-level cache, a quadword read 
is initiated on the CDAL bus. If the requested quadword cannot be found 
in the second-level cache, it is provided by the main memory controller. 
Both caches allocate a data block for storing the entire quadword. and the 
requested longword is passed on to the CPU. 

Because the second-level cache is direct mapped, there is one and only one 
data block in the cache that can be allocated to a given quadword. This 
data block is determined by the cache index field of the physical address 
of the quadword, which selects a unique row (data block) within the cache. 
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Since the KA655 supports 64 Mbytes (8M quadwords) of physical memory, 
up to IK quadwords share each data block (row) of the cache. Contiguous 
programs larger than 64 Kbytes, or noncontiguous programs separated by 
64 Kbytes overwrite themselves in the cache when cache data blocks are 
allocated for memory references separated by 64 Kbytes. 

3.3.3.4 Stcond-Lavtl Cacti* Behavior on Writes 

On CPU-generated write references, the second-level cache is write 
through. All CPU write references that hit the second-level cache cause 
the contents of the referenced location in main memory to be updated as 
well as the copy in the cache. 

On DMA write references that hit the cache, the cache entry containing 
the copy of the referenced location is invalidated. 

3.3.3.5 Caen* Controi Register 

The cache control register (CACR), address 2008 4000 controls the 
second-level cache and is unique to the KA655. Only the low byte of this 
register should be written (Figure 3-20). 
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Figure 3-20 Cach* Control Ragistar 
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Data Bit Definition 

<31:28> Undefined- Undefined on read*- Writer have no effect. 

<27:8> Cache diagnostic field. Read only. Bits <27:24> are read* 

only bit* that display the state of the data parity bits in the 
second level cache data store at the address at which the 
CACR is read. This feature allows diagnostic software to 
directly read the state of the parity bits. When CACR<5> 
is clear, C ACR<23:8> display the state of several internal 
nodes of the second-level cache tag store for diagnostic 
purposes, these bits are strictly a function of the tag store 
RAM contents and the adusess at which the CACR is read. 

When CACR<5> (CPE/ is set, the state of bits CACR<23:8> is 
latched, thus captuving the state of the tag store at the time 
« tag ffarity error is detected Note that only CACR<23:8> 
are latched- Any software that checks these bits must either 
understand this latching function, or first be sure CACR<5> 
is cleared 

<7S> CVAX cycle speed (CSPi Readonly. Writes have no effect. 

These bits are used to indicate the speed of the CVAX chip 
being used. This field will be read as 01 for the KA655, 
inchesting a cycle speed of 60 ns. 

<5> Cache parity error (CPE). Read/ write to clear This bit is set 

whenever a cache tag parity error is detected. When this 
bit is set, it latches bits <23:8> of the cache diagnostic field. 
Cleared by writing a 1, on power-up and the negation of 
IKX>K when the processor is halted. 

c4> Cache enable (CENi. Read'write When cleared, all 

references miss the cache except those to the cache diagnostic 
space and the allocation of cache blocks is prevented. When 
set, the configuration of the first-level cache determines 
which types of references are stored CACR<0> and 
CACR<5> must he cleared before this bit can be set. Cleared 
on power«up and the negation of DCOK when the processor 
is halted. 

NOTE 

Whenever the second-level cache ia disabled, it should 
he> ttuahed before re-enabling to ensure data that may 
hnve> become stale, while the cache was disabled* ia not 
utilised. 
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Data Bit Definition 



<3> Unused Always read as *ero. Mu»t be written a* iero. 

<2> Disable data store purity (DDSP). CACR<2> is * reed-write 

bit used to disable purity checking of the second level cache 
data store. When CACH<2> is cleared, data store parity 
is checked by the CVAX on read cycle*. When CACR<2> 
is net, the CVAX does not check data store parity. This 
feature allow* diagnostic software to distinguish between 
second-level cache data parity errors and CDAL bus parity 
errors. 

<I> Write wrong parity (WWP; Read/write. When s«t, the tag 

parity bits utored in the tag block are incorrect (inverted I 
and the data parity bits stored in the data block are forced 
to all 0* whenever the cache data block is written. When 
cleared, correct parity is stored in both the tag block and the 
data block whenever the cache is written. Tag parity errors 
force a second -level cache miss, so the cache has to be read 
through the tag diagnostic space to check that parity was 
incorrectly written. Cleared on power-up and the negation of 
DCOK when the processor is halted 

<0> Diagnostic mode DIA. Read/write. When set, the second-level 

cache is disabled, and writes to the cache diagnostic space 
set the valid bit for the entry thst is written as well «s load 
the tag field of the physical address into the tag block of the 
corresponding second-level cache entry. This mode allows the 
second-level cache tag block to be fully tested. When cleared, 
CACR<4> determines if the cache is enabled, and writes to 
the cache diagnostic space clear the valid bit for the entry 
that is written. This mode allows the second-level cache to be 
flushed by writing any value to each entry through the cache 
diagnostic space. Cleared on power-up and the negation of 
DCOK when the processor is halted. 



3.3.3.6 Socond-Ltvol Cache Error Detection 

Both the tag and data arrays in the second-level cache are protected by 
parity. Each 8-bit byte of cache data and the 10-bit tag is stored with an 
associated parity hit. Odd data bytes are stored with odd parity and even 
data bytes are stored with even parity. The tag is stored with odd parity. 
The stored parity is always valid regardless of the state of the valid bit. 
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Tag parity is checked by the second-level cache logic on CPU read, CPU 
write and DMA write references. Tag parity is generated by the second- 
level cache logic during the allocation of a cache block. 

Data parity *s checked on a byte basis by the CVAX chip for CPU read 
references that hit the cache. Data parity is taken directly from the 
CDAL bus parity lines on CPU write operations that hit the cache and 
during the allocation of a cache block. 

Upon detecting second-level cache tag parity errors the entire second-level 
cache is disabled (CACR<4> is cleared), CACR<5> (second-level cache 
parity error) is set, and an interrupt at IPL. 1A through vector 54 i6 is 
generated. 

The action taken following the detection of a second-level cache data 
parity error is identical to that for CDAL. bus parity errors and depends 
on the reference type: 

• During a demand D-stream reference, the first-level cache entry is 
invalidated, the cause of the error is logged in MSER<6:5> and a 
machine check abort is initiated and the bad data in the second-level 
cache remains unaltered. 

• During a request I-stream reference (prefetch), the row containing 
the first-level cache entry is invalidated, the prefetch operation is 
aborted, the cause of the error is logged in MSER<6>, but no machine 
check is generated and the bad data in the second-level cache remains 
unaltered. 

• During a request D-stream or I-stream reference (fill), the first- 
level cache entry is invalidated, the first-level cache fill operation is 
aborted, the cause of the error is logged in MSER<6>, but no machine 
check is generated and the bad data in the second-level cache remains 
unaltered. 

3,3.3.7 Stcond-Uvtl C*ch* «» Fast Memory 

The second-level cache can be accessed as part of main memory for 
diagnostic purposes as well as for fast execution of bootstrap or self-test 
code. One thousand and twenty four copies of the second-level cache 
data array appear starting at the first address in the upper half of VAX 
memory space (physical addresses 1000 0000 i 6 to X3FF FFFF i 6 >. This 
area is called the cache diagnostic space. Read or write references to this 
address range access the second-level cache as high speed (120 ns> RAM. 
Read references will not affect the existing tag block for the accessed 
cache entry. 
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When the diagnostic mode bit CACR<0>, is cleared, write references 
invalidate any cache entry that is accessed through the cache diagnostic 
space. This prevents stale data from accumulating when the cache is used 
as high speed RAM. 

When the diagnostic mode bit is set, write references set the valid bit in 
the tag block and write the tag field of the physical address into the tag of 
any entry that is accessed through the cache diagnostic space. This allows 
any of the 1024 possible cache tag bit-patterns to be written into the tag 
block of any cache entry by writing to one of the 1024 copies of the cache 
entry. 

Data parity errors that occur while using the second-level cache as high 
speed RAM have the same effect as parity errors encountered during the 
normal operation of the cache. Tag parity is not checked on access to 
cache diagnostic space. 

NOTE 

To flush the «econd»level cache, each cache entry mumt be written 
through the cache diagnostic space with the diagnostic mode bit 
cleared* 

3.4 Main Memory System 

The KA655 includes a main memory controller implemented by a single 
VLSI chip called the CMCTL. The KA655 main memory controller 
communicates with the MS650-BA memory boards over the MS650 
memory interconnect, which utilizes the CD interconnect for the address 
and control Jines and a 50-pin, ribbon cable for the data lines. It supports 
up to four MS650-BA memory boards, for a maximum of 64 Mbytes of 
ECC memory. 

The controller supports synchronous longword read references, and 
masked or unmasked synchronous write references generated by the 
CPU, as well as synchronous quadword read references generated by 
cacheable CPU references that miss the first-level cache. Table 3-9 lists 
CPU read reference timing values, lable 3-10 lists CPU write reference 
timing values. 

Read references are aborted by the second-level cache on second-level 
cache hits, and by the Q22-bus interface if xhey are locked and the KA655 
is not the Q22-bus master. 
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Table 3-9 CPU Read Reference Timing 



Data Type Tinting <n») 



Longword 


360 


Quadword 


540 


Firat longword 


360 


Second longword 


180 


Aborted reference 


360 


Longword (locked) 


780 minimum 


Aborted reference 


360 


Retry (locked) 


420 


Table 3-10 CPU Write Reference Timing 


Data Type 


Timing (ns) 


Longword 


120 


Longword (maBked) 


420 



The controller also supports asynchronous longword and quadword DMA 
read references and masked and unmasked asynchronous longword, 
quadword, hexword, and octaword DMA write references from the Q22- 
bus interface. Table 3-11 lists Q22-bus interface read reference timing 
values. Table 3-12 lists Q22«hus interface write reference timing values. 



Table 3-11 Q22"bus interface Read Reference Timing 


Data Type 


Tinting (ns) 


Longword 


540 


Quadword 


900 


Firat longword 


540 


Second longword 


360 


Longword (locked) 


630 
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Table 3-12 Q22-bus Inttrfacg Write Reference Timing 

Date Type Timing (tie) 



Longword 


3 GO 


Longword (masked) 


630 


Quad word 


630 


First longword 


360 


Second longword 


270 


Quad word ( masked > 


1080 


First longword 


360 


Second longword 


720 


Hexword 


900 


First longword 


360 


Second longword 


270 


Third longword 


270 


Hexword (masked) 


1350 


First longword 


360 


Second longword 


270 


Third longword 


720 


Octaword 


1170 


First longword 


360 


Second longword 


270 


Third longword 


270 


Fourth longword 


270 


Octaword (masked) 


1620 


First longword 


360 


Second longword 


270 


Third longword 


270 


Fourth longword 


720 
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The timing in Table 3-12 assumes no exception conditions are 
encountered during the reference. Exception • ditions add the following 
amount of time if they are encountered duri? reference: 



Data Type 


Tiding <n«) 


Correctable error 


0 


Uncorrectable error 


120 read 


Uncorrectable error 


€0 write 


CDAL parity error 


€0 write 


Refresh collision 


360 



The main memory controller contains 18 registers. Sixteen registers are 
used to configure each of the 16 possible banks in main memory. One 
register is used to control the operating mode of all memory banks and 
one register captures state on main memory errors. 



3.4.1 Main Memory Organization 

Main memory is logically and physically divided into four boards which 
correspond to the four possible MS650-BA memory expansion modules 
that can be attached to a KA655. Each board can contain zero (no 
memory module present), or four (MS650-BA present) memory banks. 
Each bank contains 1,048,576 (1M) aligned longwords (1M longwords 
equal 4 Mbytes). Each aligned longword is divided into four data bytes 
and is stored with seven ECC check bits, resulting in a memory array 
width of 39 bits. 



3.4.2 Main Memory Addressing 

The KA655 main memory controller is capable of controlling up to 16 
banks of RAM, each bank containing 4 Mbytes of storage. 

A 4 Mbyte bank is accessed when bit <29> of the physical address is 
equal to 0, indicating a VAX memory space read/write reference. Bits 
<28:26> of the physical address are equal to 0, indicating a reference 
within the range of the main memory controller, and the bank number of 
the bank matches bits <25:22> of the physical address. The remainder 
of the physical address (bits <21:2>) is used to determine the row and 
column of the desired longword within the bank. The byte mask lines 
are ignored on read operations, but are used to select the proper byte(s) 
within a longword during masked longword write references. 
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The main memory controller accesses main memory on read/write 
references in parallel with the address translation process in the second- 
level cache. On CPU read references that hit the second-level cache, 
the memory controller reads the longword from main memory, but the 
operation is aborted before the data gets placed on the CDAL bus. 

3.4.3 Main Memory Behavior on Writes 

On unmasked CPU write references, the main memory controller operates 
in dump and r*m mode, terminating the CDAL bus transaction after 
latching the data, but before checking CDAL bus parity, calculating the 
ECC check bits, and transferring the data to main memory; This allows 
main memory to keep up wUh the second-level cache without impacting 
the CPU write performance. 

On unmasked DMA write references by the Q22-bus interface: the data 
is latched; CDAL bus parity is not checked; the CDAL bus transaction is 
terminated; the ECC check bits are calculated; and the data is transferred 
to main memory. 

On single masked CPU or DMA write references: CDAL bus parity is 
checked (for CPU writes only); the referenced longword is read from 
main memory; the ECC codes checked; the check bits are recalculated to 
account for the *>ew data byte(s); the CDAL transaction is terminated; 
and the longword is rewritten. 

On multiple transfer masked DMA writes, each longword write is 
acknowledged, then the CDAL transaction is terminated. 

3 A4 Main Memory Error Status Register 

The main memory status register (MEMCSRX6), address 2008 0140 ie, is 
used to capture main memory error data. This register is unique to CPU 
designs that use the CMCTL memory controller chip (Figure 3—21). 
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Figure 3-21 Format for MEMCSR16 
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Data Bit Definition 

<3I> RDS error. Read/writ* to clear- When set, an uncorrectable 

ECC error occur* during a memory read or masked write 
reference. Cleared by writing a 1 to it. Writing a 0 has no 
effect. Undefined if MEMCSR16<7> (CDAL bus error* is 
set. Cleared on pw*r»up and the negation of DCOK when 
the processor is halted. 

<30> RDS high error rate. Read/write to clear. When set, an 

uncorrectable ECC error occurs while the RDS error log 
request bit is set, indicating multiple uncorrectable memory 
errors^ Cleared by writing a 1 to it Writing a 0 has no 
effect. Undefined if MEMCSR16<7> (CDAL bus error) is 
sot. Cleared on power-up and the negation of DCOK when 
th* processor is halted. 

<29> CRD error. ReadVwrite to clear. When set, a correctable 

(single bit) error occurs during a memory read or masked 
write reference. Cleared by writing a 1 to it. Writing a 
0 has no effect. Undefined if MEMCSR16<7> (CDAL bus 
error) is set. Cleared by writing a 1, on power-up and the 
negation of DCOK when the processor is halted. 

<28:9> Page address of error. Read only. This field identifies the 

page (512 byte block) containing the location that caused 
the memory error. In the event of multiple memory errors, 
the types of errors are prioritised and the page address of 
the error with the highest priority is captured. Errors with 
equal priority do not overwrite previous contents. Writes 
have no effect. Cleared on power-up and the negation of 
DCOK when the processor is halted. 

The types of error conditions follow in order of priority: 

• CDAL bus parity errors during a CPU write reference, 
as logged by the CDAL bus error bit. 

• Uncorrectable ECC errors during a CPU or DMA read 
or masked write reference, as logged by the RDS error 

Jog bit. 

• Correctable ECC errors during a CPU or DMA read or 
masked write reference, as logged by CRD error bit. 
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Data Bit Definition 



<8> DMA error. Read/write to clear. When set, art error occurs 

during a DMA reed or write reference. Cleared by writing a 
1 to it. Writing a 0 hat no effect. Cleared on power-up and 
the negation of DCOK when the processor it halted. 

<7> CDAL bus error. Read/write to clear. When set, a CDAL 

bua parity error occur* on a CPU write reference. Cleared 
by writing a 1 to it. Writing a 0 has no effect. Cleared on 
power-up and the negation of DCOK when the processor is 
halted. 

<6;0> Error syndrome. Head only Tins field stores the error 

syndrome. A nonzero syndrome indicates a detectable 
error has occurred. A unique syndrome is generated for 
each possible single bit (correctable) error. A list of these 
syndromes and their associated single bit errors is given in 
Table 3-13. Any nonzero syndrome that is not contained 
in Table 3-13 indicates a multiple bit (uncorrectable) error 
has occurred. This field handles multiple errors in the same 
manner as MEMCSRl<kS£:9>. Cleared on power-up and 
the negation of DCOK kfusn. the processor is halted. 



Tftbjg 3-13 Error Syndrom** 

Syndromec6i0> Bit Position in Error 

QOOCOOO No error detected 

to 32 decimal) 

0 
1 
2 
3 
4 
5 
6 
7 
8 
9 
10 



Data bits <0 

1011000 
0011100 
0011010 

toniio 

0011111 

1011011 

1011101 

0011001 

1101000 

0101100 

0101010 
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Tabte 3-13 (Cont.) Error Syndroms 

Syndrom e<$iQ> Bit Position in Error 



1101110 


11 


oioini 


12 


1101011 


13 


1101101 


14 


O10I0O1 


15 


1110000 


16 


0110100 


17 


0110010 


18 


mono 


19 


0110111 


20 


moon 


21 


nioioi 


22 


0110001 


23 


0111000 


24 


1111100 


25 


1111010 


26 


OillllO 


27 


1111111 


28 


onion 


29 


0111101 


30 


1111001 


31 



Check bit* (32 to 36 decimal) 



0000001 32 

0C0O010 33 

0000100 34 

000X000 35 

0010000 36 

0100000 37 

1000000 38 

0000111 Result of incorrect check bits written on detection of « CDAL 
parity error. 



All others 



Multibit errors 
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3.4.5 I/tain Memory Control and Diagnostic Status Register 

The main memory control and diagnostic status register (MEMCSR17), 
address 2008 0144, is used to control the operating mode of the main 
memory controller as well as to store diagnostic status information. This 
register is unique to CPU designs that use the CMCTL memory controller 
chip (Figure 3-22). 
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Figure Z-22 Format tor MEMCSR17 



Data Bit Definition 

<31:13> Ununed. Heads as xero must be written as zero. 

<12> CRD interrupt enable. Head/write. When cleared, aingle-bit 

errors are corrected by the ECC logic, but no interrupt is 
generated. When set, single-bit errors are corrected by the 
ECC logic and they cause an interrupt to be generated at 
IPL 1A with a vector of 54 ?e . This bit has no effect on the 
capturing of error information in MEMCSR16, or on the 
reporting of uncorrectable errors. Cleared on power-up and 
the negation of DCOK when the processor is halted. 
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Data Bit Definition 



<11> Force refresh request. Read/write. When cleared, the 

refresh control logic operates in normal mode (refreiih every 
10.26 pt>. When set. one memory refresh operation occur* 
immediately after the MEMCSR write reference that set 
thit bit. Setting this bit provides a mechanism for speeding 
up the testing of the refresh logic during manufacturing test 
of the controller chip. This bit is cleared by the memory 
controller upon completion of the refresh operation. Cleared 
on power-up and the negation of DCOK when the processor 
is halted. 

<10> Memory error detect disable. Read/write. When set, 

error detection and correction (ECO is disabled, so 
all memory errors go undetected. When cleared, error 
detection, correction, state capture and reporting (through 
MEMCSRX6) is enabled. Cleared on power-up and the 
negation of DCOK when the processor is halted. 

<9:8> Unused. This field reads as zero and must be written as 

sero. 

<7> Dingnoitic check mode. Read/write. When set, the contents 

of MEMCSR17<6:0> are written into the seven ECC check 
bits of the location (even if a CDAL parity error is detected) 
during a memory write reference. When cleared, the seven 
check bits calculated by the ECC generation logic are loaded 
into the seven ECC check bits of the location during a write 
reference and a memory read reference loads the state of 
the seven ECC check bits of the location that was read into 
MEMCSRt7<6:0>. Cleared on power-up and the negation of 
DCOK when the processor is halted. 

NOTE 

Diagnostic check mode is restricted to unmasked 
memory write references. No masked write 
references are allowed when diagnostic check mode 
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D«t* Bit Definition 



<6:0> Check bit*. Read/write. When the diagnostic check mode 

bit is set. these bits are substituted for the check bits 
that are generated by the ECC generation logic during 
a write reference. When the diagnostic check mode bit 
is cleared, memory read references load the state of the 
ueven ECC check bits of the location that was read into 
MEMCSK16<6:0>. Cleared on power-up and the negation of 
DCOK when the processor is halted. 



3*4,6 Main Memory Error Detection and Correction 

The KA655 main memory controller generates CDAL bus parity on CPU 
read references, and checks CDAL bus parity on CPU write references. 

The actions taken following the detection of a CDiVJL bus parity error 
depend on the type of write reference: 

• For unmasked CPU write references: incorrect check bits are written 
to main memory (potentially masking an as yet undetected memory 
error) along with the data: an interrupt is generated at IPU IB 
through vector 60 ie on the next cycle; and MCSR16<7> is set. The 
incorrect check bits are determined by calculating the seven correct 
check bits, and complementing the three least significant bits. 

• For masked CPU write references: incorrect check bits are written 
to main memory (potentially masking an as yet undetected memory 
error v along with the data, unless an uncorrectable error is detected 
during the read part; MEMCSR16<7> is »et; and a machine check 
abort is initiated. If an uncorrectable error is detected on the 
read part, no write operation takes place. The incorrect check bits 
are determined by calculating the seven correct check bits, and 
complementing the three least significant bits. 

The memory controller protects main memory by using a 32-bit modified 
hamming code to encode the 32-bit data longword with seven check bits. 
This allows the controller to detect and coirect single-bit errors in the 
data field and detect single-bit errors in the check bit field and double-bit 
errors in the data field. The most likely causes of these errors are failures 
in either the memory array or the 50-pin cable. 



Architecture 3-63 



Upon detecting a correctable error on a read reference or the read portion 
of a masked write reference, the data is corrected (if it is in the data field )* 
before placing it on the CDAh bus, or back in main memory. An interrupt 
is generated at IPL 1A through vector 54 i 6 ; bit <29> of MEMCSR1G is 
set; bits <28:9> of MEMCSR16 are loaded with the address of the page 
containing the location that caused the error; and bits <6:0> are loaded 
with the error syndrome whiich indicates which bit was in error. If the 
error was detected on a DMA reference, MEMCSR16<8> is also set. 

NOTE 

The corrected data is not rewritten to main memos*?* *o the single 
bit error remains there until rewritten by software* 

To detect an uncorrectable error, the action depends on the type of 
reference being performed: 

♦ On a demand read reference: the affected row of the fi>3t*level 
cache is invalidated; bit <31> of MEMCSR16 is set; bits <28:9> of 
MEMCSR16 are loaded with the address of the page containing the 
location that caused the error; and bits <6:0> are loaded with the 
error syndrome which indicates that the error was uncorrectable 
and a machine check abort is initiated. If the read is a local-miss, 
global-hit read, or a read of the Q22-bus map, MEMCSR16<8> and 
DSER<4> are also set, and PEAR<12:0> are loaded with the address 
of the page containing the location that caused the error. 

* On a request read reference: the prefetch or fill cycle is aborted, but 
no machine check occurs; bit <31> of MEMCSR16 is set; bits <28:9> 
of MEMCSR16 are loaded wi\ v ,h the address of the page containing 
the location that caused the error; and bits <6:0> are loaded with the 
error syndrome which indicates that the error was uncorrectable. 

• On the read part of masked write reference: bit <31> of MEMC3R16 
is set; bits <28:9> of MEMCSRX6 are loaded with the address of the 
page containing the location that caused the error; and bits <6:0> 
are loaded with the error syndrome which indicates that the error is 
uncorrectable and a machine check abort is initiated. 
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• On a DMA. read reference: bit <31> and bit <8> of MEMCSR1S are 
set; bit* <28:9> of MEMCSR16 are loaded with the address of the 
page containing the location that caused the error; and bits <6:0> 
are loaded with the error syndrome which indicates that the error 
is uncorrectable. DSER<4> is set; DEAR<12:0> are loaded with the 
address of the page containing the location that caused the error; 
BDAL<17:16> are asserted on the Q22-bus along with the data to 
notify the receiving device (unless it was a map read by the Q22«bus 
interface during translation); and an interrupt is generated v 4 , IPL ID 
through vector 60 i$. 

♦ On a DMA masked write reference: bit <31> and bit <8> of 
MEMCSRI6 are set; bits <28:9> of MEMCSR16 are loaded with the 
address of the page containing the location that caused the error; and 
bits <6:0> are loaded with the error syndrome which indicates that 
the error is uncorrectable. DSER<4> is set; DEAR<12:0> are loaded 
with the address of the page containing the location that caused the 
error; IPCR<15> is set to notify the initiating device; and an interrupt 
is generated at IPL ID through vector 60 j$. 

3.5 Console Serial Line 

The console serial line provides the KA655 processor with a full duplex, 
RS-423 EIA, set-is! line interface, which is also RS-232C compatible. The 
only data format supported is 8-bit data with no parity and one stop bit. 
The four internal processor registers (IPRs) that control the operation 
of the console serial line are a superset of the VAX console serial line 
registers described in the VAX Architecture Reference Manual. 

3.5.1 Console Register* 

There are four registers associated with the console serial line unit. They 
are implemented in the SSC and are accessed as IPRs 32 jq to 35 
(Table 3-14). 
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Tabid 3-14 


Coiutot* Registers 




IPR 






Number 


Register Nejee 


Mnemonic 


32 


Console receiver 


RXCS 




control/status 




33 


Console receiver data buffer 


RXDB 


34 


Connote transmit 


TXCS 




controVstatus 




35 


Console transmit data buffer 


TXDB 



3,5.1*1 Console Receiver Control/Status Ragiatar 

The console receiver control/status register (RXCS), IPR 32, is used to 
control and report the status of incoming data on the console serial line 
(Figure 3-23). 



UNUSU) RFftJtfrjSO 


i 


o jo [o'ol'i 


u 


ft X DCPvifc 
ft X i F 







Figure 3-23 Console) Receiver Control/Status Ragistar 



Date Bit Definition 

<31:8> Unused. Read as xeros. Writes have no effect. 

<7> Receiver done (RX DONE*. Read only. Writes have no effect. 

This bit is set when an entire character has been received 
and is ready to be read from the RXDB register. This bit is 
automatically cleared when RXDB is read. It ic also cleared 
on pow^r-up and the negation of DCOK when the processor 
is halted. 
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Dat* Bit Definition 



<6> Receiver interrupt enable (RX IE> Read/write. When set. 

thin bit causes an interrupt to be requested at IPL 14 
with an SCB offset of F8 if RX done is set. When cleared, 
interrupts from the console receiver are disabled. This bit 
is cleared on power-up and the negation of DCOK when the 
processor is halted. 

<5:0> Unused. Read as zeros. Writes have no effect 



3.5,1.2 Console Receiver Data Buffer 

The console receiver data buffer (RXDB), IPR 33, buffers incoming data 
on the aerial line and captures error information (Figure 3-24). 
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Figure 3-24 Console Receiver Date Buffer 



Data Bit Definition 

<3t:16> Unused. Always read as zero. Writes have no effect. 

<lf» Error (ERR). Read only. Writes have no effect. This bit is 

set if RBUF <14> or <13> is set. It is clear if these two bits 
are clear. This bit cannot generate a program interrupt. 
Cleared on power-up and the negation of DCOK when the 
processor is halted. 

<14> Overrun error (OVR ERR). Read only. Writes have no 

effect. This bit is set if a previously received character 
was not read before being overwritten by the present 
character. Cleared by reading the RXDB, on power-up 
and the negation of DCOK when the processor is halted. 
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Dat* Bit Definition 



<13> Framing error (FRM ERR). Read only. Writes have no 

effect. This bit is set if the present character did not have a 
valid stop bit. Cleared by reading the RXDB, on power-up 
and the negation of DCOK when the processor is halted. 

NOTE 

Ereor condition* remain preeent until the next 
character is read, at which point, the error hits are 
updated* 

<I2> Unused. Reads as 0. Writes have no effect. 

<11> Received break <RCV BRK). Read only. Writes have no 

effect. This bit is set at the end of a received character for 
which the serial data input remained in the space condition 
for 20 bit times. Cleared by reading the RXDB> on power-up 
and the negation of DCOK when the processor is halted. 

<10;8> Unused. Read as 0. Writes have no effect. 

<7:0> Received data bits. Read only. Writes have no effect. These 

bits contain the last received character. 



3.5.1.3 Console Transmitter Control/Status Register 

The console transmitter control/status register (TXCS), internal processor 
register 34, controls and reports the status of outgoing data on the console 
serial line (Figure 3-25). 
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Figure 3-25 Console Transmitter Control/Status Register 
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Data Bit Definition 

<31:8> Unused. Head as zeros. Writes have no effect. 

<7> Transmitter ready (IX RDY). Read only. Writes have no 

effect. This bit is cleared when TXDB is loaded and sot 
when TXDB can receive another character. This bit is set 
on power-up and the negation of DCOK when the processor 
is halted. 

<6> Transmitter interrupt enable (TX IE). Read/write. When 

set, this bit causes an interrupt to be requested at IPL 14 
with an SCB offset of FC if TX RDY is set. When cleared, 
interrupts from the console receiver are disabled. This bit 
is cleared on power-up and the negation of DCOK when the 
processor is halted. 

<5:3> Unused- Read as zeros. Writes have no effect. 

<2> Maintenance (MAINT). Read/write. This bit is used to 

facilitate a maintenance self-test When MAINT is set, the 
external serial input is set to mark and the serial output is 
used as the serial input. This bit is cleared on power- up and 
the negation of DCOK when the processor is halted. 

<1> Unused- Read as zero. Writes have no effect. 

<0> Transmit break (XMIT BRK). Read/write. When this bit 

is set, the serial output is forced to the space condition 
after the character in TXB<7:0> is sent. While XMIT 
BRK is set, the transmitter operates normally, but the 
output line remains low. Thus, software can transmit 
dummy characters to time the break. This bit is cleared on 
power-up and the negation of DCOK when the processor is 
halted. 
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3.5.1.4 Console Transmitter Data Buffer 

The console transmitter data buffer CfXDB), internal processor register 
35, is used to buffer outgoing data on the serial line (Figure 3-26). 
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Figure 3-26 


Console Transmitter Data Buffer 




Data Sit 


Definition 




<31:8> 


Unused. Write* have no effect. 




<7:0> 


Transmitted data bits. Write only. These bita are used to 
load the character to be transmitted on the console serial 
line. 



3.5.2 Break Response 

The console serial line unit recognizes a break condition which consists 
of 20 consecutively received space bits. If the console detects a valid 
break condition, the RCV BRK bit is set in the RXDB register. If the 
break was the result of 20 consecutively received space bits, the FRM 
ERR bit is also set. If halts are enabled (ENB BREAK asserted on the 
20-pin connector), the KA655 halts and transfers program control to ROM 
location 2004 0000 when the RCV BRK bit is set. RCV BRK is cleared by 
reading RXDB. Another mark followed by 20 consecutive space bits must 
be received to set RCV BRK again. 
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3.5.3 Baud Rate 

The receive and transmit baud rates are always identical and are 
controlled by the SSC configuration register bits <14:12>. 

The user selects the desired baud rate through the baud rate select 
signals (BRS <2:0> L) which are received from an external 8-position 
switch through the 20-pin connector mounted at the top of the module. 
The KA655 firmware reads this code from boot and diagnostic register bits 
<8:4> and loads it into SSC configuration register bits «.'14:12>. Operating 
systems will not cause the baud rate to be transferred. The baud rate is 
only set at power-up. 

Table 3-15 shows the L ^ud rate select signal voltage levels (H or L), the 
corresponding inverted code as read in the boot and diagnostic register 
bits <6:4>, and the code that should be loaded into SSC configuration 
register bits <14:12>. 



Table 3-15 Baud Rate Select 



Baud 


BRS 


BDR 




Hate 


<2s0> 


<6:4> 


SSC <14:12> 


300 


HHH 


000 


000 


600 


HHL 


001 


001 


1200 


HLH 


010 


010 


2400 


HLL 


Oil 


on 


4800 


LHH 


100 


100 


9600 


LKL 


101 


101 


19200 


LLH 


110 


110 


38400 


LLL 


111 


111 



3.5.4 Console Interrupt Specifications 

The console seilal line receiver and transmitter both generate interrupts 
at IPL 14. The receiver interrupts with a vector of F8 i6, while the 
transmitter interrupts with a vector of FC x6- 
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3.6 Time-of-Year Clock and Timers 

The KA655 clocks include time-of-year ctock (TODR) as defined in the 
VAX Architecture Reference Manual, a subset interval clock (subset ICCS), 
as defined in the VAX Architecture Reference Manual, and two additional 
programmable timers modeled after the VAX standard interval clock. 

3.6.1 Time-of- Year Clock 

The KA655 time«of-year clock (TODR), internal processor register 
27, forms an unsigned 32-bit binary counter that is driven from a 
100 Hz oscillator. Therefore, the least significant bit of the clock 
represents a resolution of XO ms with less than 0.0025 percent error. 
The register counts only when it contains a nonzero value. This register 
is implemented in the SSC (Figure 3-27). 
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Figure 3-27 Time*of-Year Ctock 



The time-of-year clock (TODR) is maintained during power failure by 
battery backup circuitry which interfaces, through the external connector, 
to a set of batteries which are mounted on the H3600-SA cover (or the 
CPU distribution insert). The TODR remains valid for greater than 162 
hours when using the NiCad battery pack (three batteries in series). 

The SSC configuration register contains a battery low (BLO) bit which, 
if set after initialization, the TODR is cleared, and remains at xero until 
software writes a nonzero value into it. 

NOTE 

After writing * nonzero value into the TODR, software should 
cleur the BLO bit by writing a 1 to it* 
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3.6.2 Interval Timer 

The KA655 interval timer (ICCS), internal processor register 24, is 
implemented according to the VAX Architecture Reference Manual for 
subset processors. The interval clock control/status register (ICCS) is 
implemented as the standard subset of the standard VAX ICCS in the 
CVAX CPU chip, while NICR and ICR are not implemented (Figure 3-28). 
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Figure 3-28 Interval Ttmtr 



Dat* Bit Definition 



<3I:7> Unueed. Head as zeros, must be written as zeros. 

<6> Interrupt enable (IE). Read/write. This bit enables and 

disables the interval timer interrupts. When the bit is set. 
an interval timer interrupt is requested every 10 ms with 
an error of less than 0.01 percent. When the bit is clear, 
interval timer interrupts are disabled. This bit is cleared on 
power-up and the negation of DCOK when the processor is 
haHed. 

<5:0> Unused. Read as zeros, must be written as zeros. 



Interval timer requests are posted at I PL 16 with a vector of CO. The 
interval timer is the highest priority device at this IPL. 

3.6.3 Programmable Timers 

The KA655 features two programmable timers. Although they are 
modeled after the VAX standard interval clock, they are accessed as 
I/O space registers (rather than as internal processor registers) and a 
control bit has been added which stops the timer x pon overflow. If so 
enabled, the timers interrupt at IPL 14 upon overflow. The interrupt 
vectors are programmable and are set to 78 and 7C by the firmware. 

Each timer is composed of four registers: timer n control register, timer 
» interval register, timer n next interval register, and timer n interrupt 
vector register, where n represents the timer number (0 or 1). 
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3.6.3*1 Timer Control Register* 

The KA655 has two timer control registers, one for controlling timer 0 
(TCRO), and one for controlling timer 1 (TCR1). TCRO is accessible at 
address 2014 0100 16l and TCR1 is accessible at 2014 0110 i$. These 
registers are implemented in the SSC (Figure 3-29). 

8 7 6 5 4 2 Q 



INT 



SGL 
XFR 

W8Z 
STP 

MBZ 

RUN 



Figure 3-29 Timer Control Registers 



Dat^Bit Definition 

<31> Error (ERR). Read/write to dear. This bit is set whenever 

the timer interval register overflows and INT is already set. 
Thus, the ERR indicates a missed overflow. Writing a 1 to 
this bit clears it. Cleared on power-up and the negation of 
DCOK when the processor is halted. 

Ununed. Read as zeros. Must be written as zeros. 

INT. Read/write to clear This bit is set whenever the timer 
inter, a» register overflows. If IE is set when INT is set, an 
interrupt is posted at IPh 14. Writing a 1 to this bit clears 
it. Cleared on power-up and the negation of DCOK when 
the processor is halted. 

<6> IE. Read/write. When this bit is set, the timer interrupts at 

YPh 14 when the INT bit is set. Cleared on power-up and 
the negation of DCOK when the processor is halted. 



31 30 



ERR 



<30:8> 
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D«t*Bit Definition 

<5> SGL. Read/write. Setting Shi« bit cause* the timer interval 

register to be incremented hy 1 if the run fait is cleared. If 
the run bit it set, then write* to the SGL bit are ignored. 
This bit always reads as 0. Cleared on power-up and the 
negation of DCOK when the processor is halted. 

<4> XFR. Read/ write. Setting this bit causes the timer next 

interval register to be copied into the timer interval register. 
This bit is a?" ^ys read as 0. Cleared on power-up and the 
negation of & * when she processor is halted. 

<3> Unused. Read as zeros. Must be written as zeros. 

<2> STP Read/write. This bit determines whether the timer 

atop* after an overflow when the run bit is set- If the STP 
bit is set at overflow* the run bit is cleared by the hardware 
at overflow and counting stops. Cleared on power-up and 
the negation of DCOK when the processor is halted. 

<1> Unused. Read as zeros. Must be written as zerco. 

<0> Run. Read/Write. When set. the timer interval register 

is incremented once every microsecond. The INT bit io 
set when the timer overflows. If the STP bit is set at 
overflow, the run bit is cleared by the hardware at overflow 
and counting stops. When the run bit is clear* the timer 
interval register is not incremented automatically. Cleared 
on power-up and the negation of DCOK when the processor 
is halted. 
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3.6.3.2 Timtr interval Registers 

The KA655 has two timer interval register*, one for timer 0 (TIRO), and 
one for timer X (TXRU TIRO is accessible at address 2014 0104 i* t and 
TIR1 is accessible at 2014 0114 } 6 . 

The timer interval register is a read only register containing the interval 
count. When the run bit is 0, writing a 1 increments the register. When 
the run bit is 1, the register is incremented once every microsecond. 
When the counter overflows, the INT bit is set, and an interrupt is posted 
at IPL 14 if the IE bit is set. Then, if the run and STP bits are both 
set, the run bit is cleared and counting stops. Otherwise, the counter is 
reloaded. The maximum delay that can be specified is approximately 1.2 
hours. This register is cleared on power-up and the negation of DCOK 
when the processor is halted (Figure 3-30). 

v. C 



Figure 3-30 Timer interval Register 



3.6.3.3 Timer Next Interval Registers 

The KA655 has two timer next interval registers, one for timer 0 (TNIRO), 
and one for timer 1 (TNIR1). TNIRO is accessible at address 2014 0108 i6> 
and TNIR1 is accessible at 2014 0118 ja- These registers are implemented 

in the SSC. 

This read/write register contains the value which is written into the timer 
interval register after overflow, or in response to a 1 written to the XFR 
hit. This register is cleared on power-up and the negation of DCOK when 
the processor is halted (Figure 3-31 ). 
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Figure 3-31 



Timer Nfext interval Register 



TV I-' i 1 ' ■ * l » ■* 

HA- XI 4**- •? 



3-76 Architecture 



9.6.3.4 Timer Interrupt Vector Registers 

The KA655 ban two timer interrupt vector registers, one for timer 0 
(TIVRO), and one for timer 1 (TIVR1). TIVRO is accessible at addtess 
2014 010C ts, and TIVBX is accessible at 20X4 01XC l6 These register* 
are implemented in the SSC and are set to 78 and ?C respectively by the 
resident firmware. 

This read/write register contains the timers interrupt vector. Bits 
<3I:10> and <1:0> are read as 0 and must be written as 0. When 
TCRtt<6> (IB) and TCRn<7> (INT) transition to X, an interrupt is posted 
at IPX. 14. When a timer** interrupt is acknowledged, the content of the 
interrupt vector register is passed to the CPU, and the INT bit is cleared. 
Interrupt requests can also be cleared by clearing either the IE or the INT 
bit. This register is cleared on power-up and the negation of DCOK when 
the processor is halted (Figure 3-32). 

• • .» . • o 
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Figure 3-32 Writer interrupt Vector Register 



NOTE 

Note that both tamers interrupt at the stone IPl* (IPL 14) as the 
console serial line unit When multiple interrupts are pending* 
the console serial line has priority over the timers* and timer 0 
has priority over timer 1* 

3.7 Boot and Diagnostic Facility 

The KA655 boot and diagnostic facility features two registers, one 40*ptn 
ROM socket containing 128 Kbytes of EPROM. and 1 Kbyte of battery 
backed-up RAM. The ROM and battery hacked~up RAM may be accessed 
through longword, word or byte references. 

The KA655 CPU module populates the ROM socket with 128 Kbytes of 16- 
bit ROM (or EPROM). This ROM contains the KA655 resident firmware 
If this ROM is replaced for special applications, the new ROM must 
initialise and configure the board, provide halt and console emulation, as 
well as provide boot diagnostic functionality. 
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3*7.1 Boot and Diagnostic Rtgistsr 

The boot and diagnostic register (BDR) is a byte-wide register located in 
the VAX I/O page at physical address 2008 4004 xs* It in implemented 
uniquely on the KA655. It can be accessed by KA655 software, but not by 
external Q22-bu* device*. The BDR allows the boot and diagnostic ROM 
programs to read various KA655 configuration bits. Only the low byte of 
the BDR rhould be accessed. Bits <31:8> are undefined (Figure 3-33). 
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Figure* 3-33 Boot and Diagnostic Register 



Dmtm Bit &#&ttitiot» 



<<3X:8> Undefined. Should not be read or written. 

<7> Break enable (ENB BREAK). Read only. Writes have no 

effect Thin hit reflect* the state of pin 15 (ENB BREAK t> 
of the 20-pin connector The assertion of thia signs! enables 
the halting of the CPU upon detection of « console break 
condition. On a power-up. the KA655 resident firmware 
r*ads the ENB BREAK bit to decide whether to enter the 
conMole emulation program (ENB BREAK set) or to boot the 
operating system (ENB BREAK clear). On the execution of 
a halt instruction while in kernel mode, the KA655 resident 
firmware reads the ENB BREAK bit to decide whether to 
enter the console emulation program (ENB BREAK set) or 
to restart the operating system (ENB BREAK clear*. 
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Data Bit Definition 

<6:4> Console bit rate (CONSLBITRATE). Read only. Write* have 

no effect. These three bitB originate from pint <19:17> 
(CONSLBITRATE <2:0>) of the 20-pin connector. They 
reflect the aetting of the baud rate select switch on the 
H3600-SA cover. These bits are read only on power-up. 
BDR<6:4> Baud Rate 

000 300 

001 600 
OiO 1200 
0X1 24C0 

100 4800 

101 9600 

110 1920O 

111 3840O 

<3:2> CPU code (CPUCODE). Read only. Writes have no effect. 

These two bits originate front connector pins <5:4> 
<CPUCODE<1:0>). 

CPUCODE <ltO> Configuration 

00 Normal operation 

01 Reserved 
10 Reserved 
1* Reserved 

<1:0> Boot and diagnostic code (BOOTDIAGCODE). Read only. 

Writes have no effect. This 2*bit code reflects the status 
of configuration and display connector pins <14:13> 
(BOOTDIAGCODE<1:0». The KA655 ROM programs 
use BOOTD3AGCODE <1:0> to determine the power-up 
mode as follows: 

B0OTDIAGCODE Power-Up Mode 
<ltO> 

00 Run 

01 Language inquiry 

10 Test 

11 Manufacturing 



3.7,2 Diagnostic LED Register 

The diagnostic LED register (DLEDR), address 2014 0030 it 
implemented in the BSC and contains four reaoVwrit* bite that control 
the external LED display. A 0 in a bit turns on the corresponding LED. 
All four bits are cleared on power-up and the negation of DCOK when the 
processor is halted to provide a |iower*up lamp test (Figure 3-34). 
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Figure 3-34 Diagnostic LSD Register 



Data Bit Definition 



<3l:4> Unuied. Readasxeros. Must be written as seros, 

<3:0> Display (DSPL). Read/write. These four bits update an 

external LED display. Writing a 0 to a bit turns on the 
corresponding LED. Writing a 1 to a bit turns off its LED. 
The diiplay bita clear (all LED* are on) on power-up and 
the negation of DCOK when the processor halts. 



3.7.3 ROM Memory 

The KA655 supports 128 Kbytes of ROM memory for storing code for 
board initialisation, VAX standard console emulation, board self-tests, 
and boot code. ROM memory may be accessed through byte, word and 
longword references. ROM accesses take 1200 ns, ROM is organized as 
a 64K by 16-bit array. CDAL bus parity is neither checked nor generated 
on ROM references. 

3.7.3,1 ROW Socket 

The KA655 provides one ROM socket which contains a 128K by 16 
EPROM. 
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3.7.3.2 ROM Address Space 

The entire 128 Kbyte boot and diagnostic ROM may be read from either 
the 128 Kbyte halt mode ROM space (hex addresses: 2004 0000 I6 
through 2005 FFFF te>. or the 128 Kbyte run mode ROM space (hex 
addresses: 2006 0000 i 6 through 2007 FFFF jc- Note that the run mode 
ROM space reads exactly the same ROM code as the halt mode ROM 
space. 

Writes to either of these address spaces results in a machine check. 

Any 5-stream read from the halt mode ROM space places the KA655 in 
halt mode. The Q22-bus 8RUN signal is deasserted causing the front 
panel run light to go out and the CPU is protected from further halts. 

Any I-stream read that does not access the halt mode ROM space and 
that does not hit in the first- or second-level cache, including reads from 
the run mode ROM space, places the KA655 in run mode. The Q22-bus 
SRUN signal is toggled turning on the front panel run. The CPU can be 
halted by asserting the Q22-bus BHALT line or by generating a break 
condition on the console serial line if BDR<7> (halt enable) is set. 

Writes and D-stream reads to any address space have no effect on run 
mode/halt mode status. 

3.7.3.3 fttftictent Firmware Operation 

The KA655 CPU module populates the ROM socket with 128 Kbyte of 16- 
bit ROM (or EPROM). This ROM contains the KA655 resident firmware 
which can be entered by transferring program control to location 2004 
0000 16 . 

Section 3.1,5 lists the various halt conditions which cause the CVAX CPU 
to transfer program control to location 2004 0000 

When running, the KA655 resident firmware provides the services 
expected of a VAX- 11 console system. In particular, the following services 
are available: 

• Automatic restart or bootstrap following processor halts or initial 
power- up. 

• An interactive command language allowing the user to examine and 
alter the state of the processor. 

• Diagnostic tests executed on power-up that check out the CPU, the 
memory system and the Q22-bus map. 

• Support of video or hardcopy terminals as the console terminal as well 
as support of VCBOl-based bit-mapped terminals. 
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Power-Up Modes 

The boot and diagnostic ROM programs use bits <1:0> of the BDR 
(Section 3,7.1 ) to determine the power-up modes as follows: 

Code Mode 

00 Run (factory matting). If the console terminal aupports the multinational 
character set (MCS), the user will be prompted for language only if the 
time-of.year clock battery back-up has failed. Full startup diagnostics 
are run. 

01 Language inquiry. If the console terminal supports MCS, the user will 
ix? prompted for language on ever}* power-up and restart. Full startup 
diagnostics are run. 

10 Test. ROM programs run wrap-around serial line unit (SLU) tests. 

11 Manufacturing. To provide for rapid startup during certain 
manufacturing test procedures, the ROM programs omit the power-up 
memory diagnostic* and set up the memory bit map on the assumption 
that all available memory is functional. 



3.7*4 Battery Backed-Up RAM 

The KA655 contains 1 Kbyte of battery backed-up static RAM for use as 
a console scratchpad. The power for the RAM is provided through pins 10 
(BATTERY VOLT 11) and 12 <GND> of the 20-pin connector. 

This RAM supports byte, word and longword references. Read operations 
take 700 ns to complete while write operations require 600 ns. 

The RAM is organized as a 256 by 32- bit (one longword? array. The array 
appears in a 1 Kbyte block of the VAX I/O page at addresses 2014 0400 
through 2014 07FF. 

This array is not protected by parity, and CDAL bus parity is neither 
checked nor generated on reads or writes to this RAM. 

3.7.5 KA655 Initialization 

The V^X architecture defines three kinds of hardware initialization: 

* Power-up 

• Processor 
« I/O bus 
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3.7.5.1 Po war-Up Initialization 

Power-up initialization is the result of the restoration of power and 
includes a hardware reset, a processor initialization, an I/O bus 
initialization, as well as the initialization of several registers defined 
in the VAX Architecture Reference Manual. 

3.7.5.2 Hardware Rssat 

A KA655 hardware reset occurs on power-up and the negation of BCOK 
when the processor is halted. A hardware reset initiates the hardware 
halt procedure (Section 3.1.5.6) with a halt code of 03. The reset also 
initializes some IPRs and most I/O page registers to a known state. Those 
IPRs that are affected by a module reset are noted in Section 3.1.1.3. The 
effect a hardware reset has on I/O space registers is documented in the 
description of the register. 

3.7.5.3 ?/0 But Initialization 

An I/O bus (Q22-bus) initialization occurs on power-up, the negation of 
DCOK when the processor is halted, or as the result of a NITPR to IPR 55 
(IORESET) or console UNJAM command. 

3.7.5.4 t/O Bus Rasst Register 

The I/O bus reset register (IORESET), internal processor register 55, is 
implemented in the SSC. A MTPR of any value to IORESET causes an 
I/O bus initialization. 

3.7.5.5 Processor initialization 

A processor initialization occurs on power-up, the negation of DCOK when 
the processor is halted, as the result of a console INITIALIZE command, 
and after a halt caused by an error condition. 

In addition to initializing those registers defined in the VAX Architecture 
Reference Manual* the KA655 firmware also configures main memory, the 
local I/O page, and the Q22 bus map during a processor initialization. 
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3.8 Q22-bus interface 

The KA655 includes a Q22-bus interface implemented through a single 
VLSI chip called the CQBIC. It contains a CDAL bus to Q22-bus interface 
that supports the following functions: 

• A programmable mapping function (scatter-gather map* for 
translating 22-bit, Q22-bus addresses into 29-bit CDAL bus addresses, 
which allows any page in the Q22-bus memory space to be mapped to 
any page in main memory. 

• A direct mapping function for translating 29-bit CDAL addresses 
in the local Q22-bus address space and local Q22-bus I/O page into 
22-bit, Q22-bus addresses. 

'« Masked and unmasked longword reads and writes from the CPU 
to the Q22-bus memory and I/O space and the Q22-bus interface 
registers. Longword reads and writes of the local Q22-bus memory 
space are buffered and translated into 2-word, block mode, transfers 
on the Q22-bus. Longword reads and writes of the local Q22-bus I/O 
space are buffered and translated into two, single-word transfers on 
the Q22-hus. 

• Up to 16-word, block mode, writes from the Q22-bus to main memory. 
These words are buffered then transferred to main memory using 
two asynchronous DMA octaword transfers. For block mode writes of 
less than 16 words, the words are buffered and transferred to main 
memory using the most efficient combination of octaword, quadword, 
and longword asynchronous DMA transfers. 

The maximum write bandwidth for block mode references is 3.3 
Mbytes per second. Block mode reads of main memory from the Q22- 
hus cause the Q22-bus interface to perform an asynchronous DMA 
quadword read of main memory and buffer all four words, so that on 
block mode reads, the next three words of the block mode read can 
be delivered without any additional CDAL bus cycles. The maximum 
read bandwidth for Q22-bus block mode references is 2.4 Mbytes per 
second. Q22-bus burst mode DMA transfers result in single-word 
reads and writes of main memory. 

• Transfers « jm the CPU to the local Q22-bus memory space, that 
result in the Q22-bus map translating the address back into main 
memory (local-miss, global-hit transactions). 

The Q22-bus interface contains several registers for Q22-bus control and 
configuration, and error reporting. 
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The interface also contains Q22-bus interrupt arbitration logic that 
recognizes Q22«bus interrupt requests BR7-BR4 and translates them 
into CPU interrupts at levels 17 to 14. 

The Q22-bus interface detects Q22-bus no sack timeouts, Q22-bus 
interrupt acknowledge timeouts, Q22-bus nonexistent memory timeouts, 
main memory errors on DMA accesses from the Q22-bus and Q22-bus 
parity errors. 

3.8.1 Q22-bus to Main Memory Address Translation 

On DMA references to main memory, the 22-bit, Q22-bus address must be 
translated into a 29-bit main memory address. This translation process 
is performed by the Q22-bus interface by using the Q22-bus map. This 
map contains 8192 mapping registers, (one for each page in the Q22-bus 
memory space), each of which can map a page (512 bytes) of the Q22-bus 
memory address space into any of the 128K pages in main memory. Since 
local I/O space addresses cannot be mapped to Q22-bus pages, the local 
I/O page is inaccessible to devices on the Q22-bus. 

Q22-bus addresses are translated to main mer. ry addresses as shown in 
Figure 3-35. 
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Figure 3-35 Q22-bus to Main Memory Address Translation 
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At power-up time, the Q22*bus map registers* including the valid bits* 
are undefined. External access to main memory is disabled as long as the 
interprocessor communication register LM EAE bit is cleared. The Q22- 
bus interface monitors each Q22-bus cycle and responds if the following 
conditions are met: 

• The interprocessor communication register LM EAE bit is set. 

• The valid bit of the selected mapping register is set. 

• During read operations, the mapping register must map into existent 
main memory, or a Q22-bus timeout occurs. (During write operations, 
the Q22-bus interface returns Q22*bus BRPLY before checking for 
existent local memory. The response depends only on the first two 
conditions. ) 

NOTE 

In the case of local-miss, global-Bit, the state of the \IM EAE bit is 
ignored* 

If the map cache does not contain the needed Q22-bus map register, then 
the Q22~bus interface performs an asychronous DMA read of the Q22-bus 
map register before proceeding with the Q22-bus DMA transfer. 

3.84,1 Q?£4xm Map Registers 

The Q22-bus map contains 8192 registers (QMRs) that control the 
mapping of Q22«bus addresses into main memory. Each register maps 
a page of the Q22-bus memory space into a page of main memory. These 
registers are implemented in a 32 Kbyte block of main memory, but are 
accessed through the CQBIC chip through a block of addresses in the I/O 
page. 

The local I/O space address of each register was chosen so that register 
address bits <14:2> are identical to Q22*bus address bits <21:9> of the 
Q22-bus page which the register maps. Table 3-16 lists the Q22-bus map 
registers. 
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Table 3-16 Q22»bus Map Register* 



QMR 




Q22*lm« Addreeeee 




Addreee 


Mapped (Hex) 


Mapped (Octal) 




3008 


00 0000 through 00 01FF 


00 000 000 through 00 000 


777 


8000 








2008 


00 020O through 00 03FF 


00 001 000 through 00 001 


777 


8004 








2008 


00 0400 through 00 05FF 


00 002 000 through 00 002 


777 


8008 








2008 


OO 060O through 00 07FF 


00 003 000 through 00 003 


777 


800C 








2008 


00 0800 through 00 09FF 


00 004 000 through 00 004 


777 


8010 








2008 


00 0A00 through 00 OBFF 


00 005 000 through 00 005 


777 


8014 








2008 


OO OCOO through 00 ODFF 


00 006 000 through 00 006 


777 


8018 








2008 


00 OEOO through 00 OFFF 


00 007 000 through 00 007 


777 


801C 








2008 


3F F800 through 3F 


17 774 000 through 17 774 


777 


FFFO 


F9FF 




2008 


3F FAOO through 3F 


17 775 000 through 17 775 


777 


FFF4 


FBFF 






2008 


3F FCOO through 3F 


17 776 000 through 17 776 


777 


FFF8 


FDFF 




2008 


3F FEOO through 3F 


17 776 000 through 17 777 


777 


FFFC 


FFFF 







The Q22-bus map registers (QMRs) have the format shown in 
Figure 3-36. 
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Figure 3-35 Q2E4hi* Map Registers 



Architecture 3-87 



Definition 



Valid (V). Read/write. When a Q22-bus map register is 
selected by bits <2X:§> of the Q22-bus address* the valid 
bit determines whether mapping is enabled for that Q22- 
bus page. If the valid bit is set* the mapping is enabled, 
and Q22*bus addresses within the page controlled by the 
register are mapped into the main memory page determined 
by bits <28:9>. If the valid bit is clear, the mapping register 
it, disabled, and the Q22-bue interface does not respond 
to addresses within that page. This bit is undefined on 
power-up and the negation of DCOK when the processor is 
halted. 

Unused. These bits always read as zero and must be 
written as xero. 

Address bits <28:9>. Read/write. When a Q22«bus map 
register is selected by a Q22-bus address, and if that 
register's valid bit is net, then these 20 bits are used as 
main memory address bits <28:9>. Q22-bus address bits 
<8:0> are used as main memory address bits <8:0>. These 
bits are undefined on power-up and the negation of BOOK 
when the processor is halted. 



3.8.1.2 Accessing the Q22*bu* Map Registers 

Although the CPU accesses the Q22*bus map registers through aligned, 
masked longword references to the local I/O page (addresses 2006 8000 
xe through 2008 FFFC le5 ), the map actually resides in a 32 Kbyte block 
of main memory. The starting address of this block is controlled by the 
contents of the Q22-bus map base register. The Q22-bus interface also 
contains a 16-entry, fully associative, Q22-bus map cache to reduce the 
number of main memory accesses required for address translation. 

NOTE 

The system software must protect the pages of memory that 
contain the Q22-bus map from direct accesses that corrupt the 
map or cause the entries in the Q22»bus map cache to become 
stale. Either of these conditions results in the incorrect operation 
of the mappisag function. 

When the CPU accesses the Q22-bus map through the local I/O page 
addresses, the Q22«bus interface reads or writes the map in main memory. 
The Q22-buo interface does not have to gain Q22-bus mastership when 
accessing the Q22~bus map. Since these addresses are in the local I/O 
space, they are not accessible from the Q22~bus. 



Data Bit 



<3l> 



<30:20> 
<I9:0> 
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On a Q22-bus map read by the CPU, the Q22-bus interface decodes the 
local I/O apace address (2008 8000 through 2008 FFFC). !f the register is 
in the Q22«bus map cache, the Q22-bus interface internally resolves any 
conflicts between CPU and Q22-bus transactions (if both are attempting to 
access the Q22-bus map cache entries at the same time), then return the 
data. If the map register is not in the map cache, the Q22*bus interface 
forces the CPU to retry acquire the CDAL bus, perform an asynchronous 
DMA read of the map register. On completion of the read, the CPU is 
provided with the data when its read operation is retried. A map read by 
the CPU does not cause the register that was read to be stored in the map 
cache. 

On a Q22-bus map write by the CPU, the Q22-bus interface latches the 
data, then on the completion of the CPU write, acquires the CDAL» bua 
and performs an asynchronous DMA write to the map register. If the 
map register is in the Q22~bus map cache, then the Cam Valid bit for that 
entry will be cleared to prevent the entry from becoming stale. A Q22~bus 
map write by the CPU does not update any cached copies of the Q22-bus 
map register. 

3.8.1.3 Q22*but Map Cacti* 

lb speed up the process of translating Q22-bus address to main memory 
addresses, the Q22*bus interface utilizes a fully associative, 16-entry, 
Q22»bus map cache, which is implemented in the CQBIC chip. 

If a DMA transfer ends on a page boundary, the Q22*bus interface will 
prefetch the snapping register required to translate the next page and 
load it into th»j cache, before starting a new DMA transfer. This allows 
Q22-bus block, mode DMA transfers that cross page boundaries to proceed 
without detoj'. The replacement algorithm for updating the Q22-bus map 
cache is first in first out (FIFO). 
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The cached copy of the Q22«bus map register is used for the address 
translation process. If the required map entry for a Q22*bus address 
(as determined by bits <21:9> of the Q22-bus address) is not in the map 
cachet then the Q22-bus interface uses the contents of the map base 
register to access main memory and retrieve the required entry. After 
obtaining the entry from main memory, the valid bit is checked. If it is 
set, the entry is stored in the cache and the Q22«bus cycle continues. 

The format of a Q22-bus map cache entry is as shown in Figure 3-37. 
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Figure 3-3? Q224x* Map Cache Entry 



Data Bit Defiaitiott 



<33> Cam Valid. When a mapping register is selected by a Q22- 

bus address, the Cam Valid bit determines whether the 
cached copy of the mapping register for that address is 
valid. If the Cam Valid bit is set, the mapping register is 
enabled, and addresses within that page can be mapped. 
If the Cam Valid bit is clear, the Q22>bus interface must 
read the map in local memory to determine if the mapping 
register is enabled. This bit ic cleared on power-up, the 
negation of DCOK when the processor is halted, by setting 
the Q22*bus map cache invalidate all (QMCIA* bit in the 
interprocessor communication register, on writes to IPR 55 
UORESET), by a write to the Q22-bus map base register, or 
by writing to the QMR that is being cached. 

<32:20> QBUS ADR. These bits contain the Q22-bus address bits 

<21:9> of the page that this entry maps. This is the content 
addressable field of the I6»entry cache for determining if the 
map register for a particular Q22-bus address is in the map 
cache. These bits are undefined on power-up. 
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Dai* Bit Definition 



<19 0> Addre«« hiu (A2S-A9; When * mapping register is selected 

by a Q22-bus address, and if that register's Cam Valid bit 
is set, then these 20 bits are used as mam memory address 
bits 28 through 9. Q22-bu« address bits S through 0 are 
used as local memory addrens bits 8 through O These bits 
are undefined on power-up. 



3*8.2 CDAL Bus to Q22-bu* Address Translation 

CDAL bus addresses within the local Q22-bus I/O space, addresses 2000 
0000 16 through 2000 IFFF j 6 . are translated into Q22-bus I/O space 
addresses by using bits <12:0> of the CDAL address as bits <12;0> of the 
Q22»bus address and asserting BBS7. Q22-bus address bits <21:I3> are 
driven as zeros. 

CDAL bus addresses within the ^ocal Q22~bus memorv space, addresses 
3000 0000 16 through 303F FFFF !6 , are translated into Q22-bus memory 
space addresses by using bits <21:0> of the CDAL address as bits <21:0> 
of the Q22«bus address. 

3.8*3 Intsrprocsftsor Communication Rsgistsr 

The interprocessor communication register (IPCR), address 2000 1F40 je» 
is a 16-bit register which resides in the Q22-bus I/O page address space 
and can be accessed by any device which can become Q22-bus master 
(including the KA655 itself) The *FCR t implemented in the CQBIC chip, 
is byte accessible, meaning that a write byte instruction can write to 
either the low or high byte without aflfeetmg the onher byte. 

The IPCR also appears at Q22-bus address 17 777 500 (Figure 3-38). 
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Data Bit 



Paliaitioe* 



<15> 



<13:9> 
<8> 
<?> 
<6> 



DMA QMK. DMA Q22*bu* address ipace memory error. 
Read/ write to clear. Indicate! that an error occurred when 
a Q22~bus device wa» attempting to read main memory. 
It eeta if DMA system error register bit BSER<4> (main 
memory error) sets, or the CDAL but timer expire*. The 
mein memory error bit indicates that an uncorrectable error 
occurred when an external device (or CPU) was accessing 
the KA655 local memory. The CDAL hue timer expiring 
indicates that the memory controller did not respond when 
the Q22*bus interface initiated a DMA transfer. Cleared 
by writing a X to it. on power-up by the negation of DCOK 
when the processor halts, by writes to IPR 55 (IORESET), 
and whenever DSER<4> clears. 

Q22-bus invalidate all (QMCIA). Write only. Writing a 1 to 
this bit clears the Cam Valid bits in the cached copy of the 
map. Always reads as lero. Writing a 0 has no effect. 

Unused. Read as xerox. Must be written as zeros. 

Reserved for DIGITAL use. 

Unused. Read as tero. Must be written as xero. 

Reserved for DIGITAL use. 
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Data Bit 



Definition 



<5> 



Local memory external accent enable (LM EAEh Read/ write 
when the KA655 is Q22*bu* master. Read only when 
another device iff Q22-bus master Enables external access 
to local memory when net (through the <)22»hu* map). 
Cleared on power-up and by the negation of DCOK when 
the processor halts. 



<4:l> 



UnuHed. Read as zeros Must be written as zeros. 



<0> 



Reserved far DIGITAL use. 



3.8.4 Q22-bus Interrupt Handling 

The KA655 responds to interrupt requests BR7-4 with the standard Q22- 
bus interrupt acknowledge protocol (DIN followed by IAK). The console 
serial l?ne unit* the programmable timers, and the interproceasor doorbell 
request interrupts at IPL 14 and have priority over all Q22-bus BR4 
interrupt requests. After responding to any interrupt request BR7-4, the 
CPU sets the processor priority to IPL I?, All BR7-4 interrupt requests 
are disabled unless software lowers the interrupt priority level. 

Interrupt requests from the KA655 interval timer are handled directly 
by the CPU. Interval timer interrupt requests have a higher priority 
than BR6 interrupt requests. After responding to an interval timer 
interrupt request, the CPU sets the processor priority to IPL 16. Thus, 
BR7 interrupt requests remain enabled. 

3.8.5 Configuring the Q22-bus Map 

The KA655 implements the Q22-bus map in an SK longworcl (32 Kbytes) 
block of main memory. This map must be configured by the KA655 
firmware during a processor initialization by writing the baae address 
of the uppermost 32 Kbytes block of good main memory into the Q22-bus 
map base register. The base of this map must be located on a 32 Kbyte 
boundary. 

NOTE 

This 32 Kbyte block of matin memory must be protected by the 
system software. The only access to the map shou ld be through 
local I/O page addresses 2008 £000 16 through 2008 FFFC 
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The Q22-bus map base address renter <QBMBR) t address 2008 0010 X 6» 
controls the mam memory location in the 32 Kbyte block of Q22-bu« map 
registers. 

This read/write register is accessed by the CPU on a longword boundary 
only Bits <31:29,14:0> are unused and should be written as sero and 
returns to aero when read. 

A write to the map base register flushes the Q22*bus map cache by 
clearing the Cam Valid bits in all the entries. 

The contents of this register are undefined on power-up and the negation 
of DCOX when the processor halts. It is not affected by BINIT being 
asserted on the Q22-bus (Figure 3-39). 
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3.8.6 System Configuration R#gi»t*r 

The system configuration register <SCR), address 2008 0000 contains a 
BBALT enable bit and a power ok flag. 

The system configuration register <SCRi is longword, word, and byte 
accessible. Programmable option fields clear on power-up and by the 
negation of DCOK when the processor halts. The format of the SCR 
register is shown in Figure 3-40» 
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Figure 3-40 System Configuration Register 



Data Bit 



Definition 



<3t:16> Unused- Rend a* zero. Must be written as zero. 

cl5> Power ok (POK). Read only. Write* have no effect. Set if 

the Q22~hus BPOK signal assert* and clean* if it negate*. 
Cleared on power-up and by the negation of IXJOK when 
the processor halts- 

< I4> BHALT enable f BHALT EN>. ReaaVwrite Control* the effect 

the Q22-buR BHALT signal ha* on the CPU. When set. 
asserting the q22«buft BHALT Mgnal halt* the CPU mnd 
anserts DSER<15>. When cleared, the Q22*bue BHALT 
signal haw no effect. Cleared on power-up and by the 
r.sgntion of DCOK when the processor halt*. 

<13:11> Unused- Read as zero Must h*» written as zero. 

< U!> Reserved for DIGITAL use. 

<rtt-8» Unused. Read as zero. Must be written as zero. 
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Data Bit Definition 



<7> Action on DCOK negation. Read/write. When cleared, the 

Q22-bu* interface assert* SYSRESET causing a hardware 
reset of the hoard and control to be pasted to the resident 
firmware through the hardware halt procedure with a halt 
code of 3 when DCOK is negated on the Q22*bu«, When set, 
the Q22<bus interface asuert* HALTIN (causing control to 
be paused to the resident firmware through the hardware 
halt procedure with a halt code of 2) when DCOK is negated 
on the Q22-bu*. Cleared on power-up and the negation of 



DCOK when the processor halts. 
<6:4> Unused. Head as zero. Must be written as lero. 

<3:I> Reserved for DIGITAL u*e. 

<0> Unused. Read as O. Must be written as ?ero. 



3,8*7 DMA System Error Register 

The DMA system error register (DSER), address 2008 0004 i6, is one of 
three registers associated with Q22-bus interface error reporting. These 
registers are located in the local VAX I/O address space and can only be 
accessed by the local processor. 

The DMA system error register is implemented in the CQBIO chip, and, 
logs main memory errors on DMA transfers, Q22-bus parity errors, Q22- 
bus nonexistent memory errors, and Q22-bus no grant errors. 

The Q22-bus error address register contains the address of the page in 
Q22 bus space which caused a parity error during an access by the local 
processor. The DMA error address register contains the address of the 
page in local memory which caused a memory error during an access 
by an external device or the processor during a local-miss global-hit 
transaction. An access by the local processor which the Q22-bus interface 
maps into main memory provides error status to the processor when the 
processor does a retry for a read local-miss global-hit, or by an interrupt 
in the case of a local-miss global-hit write. 
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The DSER is a longword, word, or byte accessible read/write register 
available to the local processor. The bits in this register are cleared to 0 
on power-up by the negation of DCOK when the processor halts, and by 
writes to IPK 55 (IORESET). All bits are set to 1 to record the occurrence 
of an event. They are cleared by writing a 1, Writing zeros has no effect 
(Figure 3-41). 
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Figure 3-41 DMA System Error Register 
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Data Bit Definition 

<31:16> Unused. Read as zero. Must be written a* zero. 

<15> Q22-bus BHALT detected. Head/write to clear. Sets when 

the Q22-bus interface detects that the Q22-bus BHALT line 
was asserted and SCR<14> BHALT enable is set. Cleared 
by writing a 1, on power-up by the negation of DCOK when 
the processor is halted and by writes to IPR 55 (IORESET). 

<14> Q22-bus DCOK negation detected. Read/write to clear. Set 

when the Q22-bus interface detects the negation of DCOK 
on the Q22-bus and SCR<7> (action on DCOK negation) is 
set. Cleared by writing a 1, on power-up by the negation 
of DCOK when the processor halts and by writes to IPR 55 
(IORESET). 

<13:8> Unused. Read as zero. Must be written as zero. 

<7> Master DMA NXM. Read/write to clear. Sets when the 

CPU performs a demand Q22-bus read cycle or write cycle 
that does not reply after 10 us- Not set during interrupt 
acknowledge cycles or request read cycles. Cleared by 
writing a I, on power-up, by the negation of DCOK when 
the processor halts and by writes to IPR 55 (IORESET). 

<6> Unused. Read as zero. Must be written as zero. 

<5> Q22-bus parity error. Read/write to clear. Sets when the 

CPU performs a Q22~bus demand read cycle which returns 
a parity error. Not set during interrupt acknowledge cycles 
or request read cycles. Cleared by writing a 1, on power-up, 
by the negation of DCOK when the processor halts and by 
writes to IPR 55 tlORESET). 

<4> Main memory error. Read/ write to clear. Sets if an external 

Q22-bus device or local-miss global-hit receives a memory 
error while reading local memory. The IPCR<15> reports 
the memory error to the external Q22-bu8 device. Cleared 
by writing a 1, on power-up, by the negation of DCOK when 
the processor halts and by writes to IPR 55 (IORESET). 
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Data Bit Definition 



<3> Lost error. Read/write to clear. Indicates that an error 

address has been lost because of DSER<7»5.4,0> having 
been previously set and a subsequent error of either type 
occurs that would have normally captured an address and 
set either DSER<7,5,4,0> flag. Cleared by writing a 1, on 
power-up, by the negation of DCOK when the processor 
halts and by writes to IPR 55 (IORESET). 

<2> No grant timeout. Read/write to clear. Sets if the Q22- 

bus does not return a bus grant within 10 ms of the bus 
request from a CPU demand read cycle, or write cycle. Not 
set during interrupt acknowledge or request read cycles. 
Cleared by writing a 1, on power-up» by the negation of 
DCOK when the processor halts and by writes to IPR 55 
(PRESET). 

<1> Unused- Read as zero. Must be written as zero. 

<0> DMA NXM. Read/write to clear. Sets on a DMA transfer to 

a nonexistent main memory location. Includes local-miss 
global-hit cycles and map accesses to nonexistent memory. 
Cleared by writing a I, on power-up, by the negation of 
DCOK when the processor halts and by writes to IPR 55 
(IORESET). 



3.8-8 Q22-bus Error Address Register 

The Q22-bus error address register (QBEAR), address 2008 0008 16 , is 
a read only, longword accessible register which is implemented in the 
CQBIC chip. Its contents are valid only if DSER <5> (Q22-bus parity 
error) is set or if DSER<7> (Q22-bus timeout) is set. 

Reading this register when DSER<5> and DSERc.7> are clear returns 
undefined results. Additional Q22-bus parity errors that could have set 
DSER<5> or Q22-bus timeout errors that could have caused DSER<7> to 
set, cause DSER<3> to set. 

The QBEAR contains the address of the page in Q22-bus space which 
caused a parity error during an access by the on-board CPU which set 
DSER<5> or a master timeout which set DSER<7>. 
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Q22-bus address bits <21:9> are loaded into QBE AR bits <12:0>. QBEAR 
bits <31:13> always read as zeros (Figure 3-42). 
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Figure 3-42 Q22-bus Error Address Register 
NOTE 

This is a read only- register. If a write is attempted, a machine 
check generates. 

3.8.9 DMA Error Address Register 

The DMA error address register (DEAR), address 2008 000C 16 , is a read 
only, longword accessible register which is implemented in the CQBIC 
chip. It contains valid information only when DSER<4> (main memory 
error) is set or when DSER<0> (DMA NXM) is set. Reading this register 
when DSER<4> and DSER<0> are clear returns undefined data. 

The DEAR contains the map translated address of the page in local 
memory which caused a memory error or nonexistent memory error 
during an access by an external device or the Q22*bus interface for the 
CPU during a local -miss global-hit transaction or Q22-bus map access. 

The contents of this register are latched when DSER<4> or DSER<0> 
sets. Additional main memory errors or nonexistent memory errors have 
no effect on the DEAR until software clears DSER<4> and DSER<0>. 

Mapped Q22-bus address bits <28:9> are loaded into DEAR bits <19:0>. 
DEAR bits <31:20> always read as zeros (Figure 3-43). 



Figure 3-43 DMA Error Address Register 



NOTE 

This is a read only register. If a write is attempted, a machine 
check generates. 
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3.8*10 Error Handling 

The Q22bus interface does not generate or check CDAL bus parity. 

The Q22bus interface checks all CPU references to Q22-bus memory and 
I/O spaces to ensure that nothing but masked and unmasked longword 
accesses are attempted. Any other type of reference causes a machine 
check abort to initiate. 

The Q22-bus interface maintains several timers to prevent incomplete 
accesses from hanging the system indefinitely. These include a 10 us 
nonexistent memory timer for accesses to the Q22-bus memory and I/O 
spaces, a 10 us no sack timer for acknowledgment of Q22>bus DMA 
grants, and a 10 ms no grant timer for acquiring the Q22-bus. 

If there is a nonexistent memory (NXM> error (10 ps timeout) while 
accessing the Q22-bus on a demand read reference: the associated row 
m the first-level cache is invalidated; DSER<7> is set; the address of the 
Q22~hus page being accessed is captured in QBEAR<12:0>; and a machine 
check abort is initiated. 

If tiere is a NXM error on a prefetch read, or an interrupt acknowledge 
vector read, then the prefetch or interrupt acknowledge reference aborts 
but no information is captured and no machine check occurs. 

If there is a NXM error on a masked write reference: then DSER<7> 
sets; the address of the Q22-bus page being accessed is captured in 
QBEAR<I2:0>; and an interrupt generates at IPL ID through vector 

60 -.,«. 

If the Q22-bus interface does not receive an acknowledgment within 10 us 
after it has granted the Q22-bus: thtm the grant is withdrawn; no errors 
are reported; and the Q22~bus interface waits 500 ns to clear the Q22-bus 
grant daisy chain before beginning arbitration again. 

If the Q22-bus interface tries to obtain Q22-bus mastership on a CPU 
demand read reference and does not obtain it within 10 ms: the 
associated row in the first-level cache is invalidated; DSER<2> is set; 
and a machine check abort is initiated. 

The Q22«bus interface also monitors Q22-bus signals BDAL<17:16> while 
reading information over the Q22-bus so that parity errors detected by 
the device being read from are recognized. 
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If a parity error is detected by another Q22-bus device on a CPU demand 
re* J reference to Q22*bus memory or I/O -pace: the associated row in 
the first-level cache is invalidated; DSER<5> is set; the address of the 
Q22-bus page being accessed is captured in QBEAK<12:0>; and a machine 
check abort is initiated. 

If a parity error is detected by another Q22-bus device on a prefetch 
request read by the CPU: the prefetch aborts; the associated row in the 
first-level cache is i nvalidated; DS§&<5> is set; the address of the Q22- 
bus page being accessed is captured in Q8EAR<12:0>, but no machine 
check is generated. 

The Q22-bus interface also monitors the backplane BPOK signal to detect 
power failures. If BPOK negates on the Q2 2- bus. a power-fail trap is 
generated, and the CPU traps through vector OC ie» The state of the Q22- 
bus BPOK signal reads from SCR<15>. The Q22-bus interface continues 
to operate after generating the power-fail trap, until DCOK negates. 
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This chapter describes the functional operation of the KA655 firmware. 
The firmware is VAX- 11 code that resides in ROM on the KA655 module, 
and gains control whenever the onboard CPU halts, or more precisely, 
performs a processor restart operation. A >ialt means only that control is 
transferred to the firmware. It does not mean that the processor actually 
stops executing instructions. 

4.1 KA655 Firmware Features 

The firmware is located in one 128 Kbyte EPROM on the KA655. The 
KA655 firmware provides the following services: 

• Diagnostic tests executed bota at power-up and by request, which test 
all components on the board, and verify the correct operation of the 
CPU and memory modules. 

• An interactive command language that allows the user to examine 
and alter the state of the processor. 

• Automatic/manual bootstrap or restart of an operating system 
following processor halts. 

• Support of various terminals and devices as the system console. 

• Multilanguage support for displaying critical system messages and 
handling LK201 country specific keyboards. 
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4.1.1 Halt Entry, Exit, and Dispatch 

The halt entry code is entered following system halts, resets, or severe 
errors. The main purpose of this code is to save the state of the machine 
on halt entry, transfer control to the firmware dispatcher, and restore the 
state of the machine on exit to program I/O mode. 

Naturally, the halt exit code is entered whenever a transition is desired 
from halted state to the running state and it performs a restoration of the 
saved context prior to the transition. The halt dispatcher determines the 
nature of the halt, then transfers control to the appropriate code. 

4.1.1.1 Halt Entry • Saving Processor Stat* 

The entry code, residing at physical address 2004 0000, is executed 
whenever a halt occurs. The processor will halt for a variety of reasons. 
The reason for the halt is stored in PR$_SAVPSL<13:8>( RESTART.. 
CODE), IPR 43. A complete list of the halt reasons and the associated 
messages can be found in Table 4-10 in Section 4.8. PR$„SAVPC, IPR 42, 
contains the value of the PC when the processor is halted. On a power-up, 
PR$__SAVPC is undefined. 

One of the first actions the firmware does after a halt is save the current 
LED code, then it writes an "E" to the diagnostic LEDs. This action occurs 
within several instructions upon entry into the firmware. The intent of 
this action is to let the user know that at least some instructions have 
been successfully executed. 

The KA655 firmware unconditionally saves the following registers on any 
halt: 

♦ RO through R15, the general purpose registers 

♦ PR$_SAVPSL, the saved PSL register 

♦ PR$_SCBB, the system control block base register 

♦ DLEDR, the diagnostic LED register 

♦ SSCCR, the SSC configuration register 

♦ ADxMCH & ADxMSK, the SSC address match and mask registers 
NOTE 

The SSC programmable timer registers are not saved* In some 
cases, such as bootstrap, the timers are used by the firmware and 
previous "time" context is lost* 
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Several registers are unconditionally set to predetermined values by the 
firmware on any halt, processor initialization or bootstrap. This action 
ensures that the firmware itself can ran and protects the board from 
physical damage. 

Registers that fall into this category are: 

• SSCCR, the SSC configuration register 

• ADxMCH & ADxMSK, the SSC address match and mask registers 

• CBTCR, the CDAL bus timeout control register 

• TIVRx, the SSC timer interrupt vector registers 

On every halt entry, the firmware sets the console serial line baud rate 
based on the value read from the BDR and extends the halt protection 
from 8 Kbyte to 128 Kbyte to include all of the EPROM. 

4.1,1.2 Htft Exit • Restoring Processor state 

When the firmware exits, it uses the currently defined saved context. This 
context is initially determined by what is saved on entry to the firmware, 
and may be modified by console commands, or automatic operations such 
as an automatic bootstrap on power-up. 

When restoring the context, the firmware will flush both caches if enabled, 
and invalidate all translation buffer entries through the internal processor 
register PR$JTBIA, IPR 57. 

In restoring the context, the console pushes the user's PSL and PC onto 
the user s interrupt stack, then executes an REI from that stack. This 
implies that the user's ISP is valid before the firmware can exit. This is 
done automatically on a bootstrap. However, it is suggested that the SP is 
set to a valid memory location before issuing the START or CONTINUE 
command. Furthermore, the user should validate PR$_SCBB prior to 
executing a NEXT command, since the firmware utilizes the trace trap 
vector for this function. At power-up, the user ISP is set to 200 (hex> and 
PR$_SCBB is undefined. 
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4.^.1.3 Halt DttpatcSt 

The action taken by the firmware on a halt is dependent primarily on the 
following information: 

♦ The halt enable switch, BDR<7>(HALT_ENABL£) 

♦ The halt action field, CFMBX<I:0>(HALTJVCTION) 

♦ The halt code, PR$..SAVPSL<I3:8>(RESTART^CODE), in particular 
the power-up state 

In general, the halt enable switch governs whether external halt 
conditions are recognized by the KA655. The halt action field in the 
console program mailbox, is a two bit field used by operating systems to 
force the firmware to enter the console, restart, or reboot following a halt, 
regardless of the setting of the halt enable switch. The halt (or restart) 
code is automatically deposited in PR$J3AVPSL on any processor restart 
operation. The action taken on a halt is summarized in Table 4~l. 
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"T" indicate* that the condition is true. 
"F" indicate* that the condition is false. 
V indicate* that the condition is "don't care". 
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Multiple actions mean that the first action is taken and only if it fails is 
the next action taken. Diagnostics are an exception, if diagnostics fail, the 
console is entered. 

Because the KA655 does not support battery backed up main memory, an 
operating system restart operation is not attempted on a power-up. 

4.1,1.4 External Halts 

Several conditions can trigger an external halt (FR$_ 
SAVPSL<13:8>(RESTART^CODE) » 2), and different actions are taken 
depending on the condition. 

An external halt can be caused by: 

X. Pressing BREAK on the system console terminal, if the break enable 
switch is set to enable. 

2. Assertion of the BHALT line on the Q22-bus, if the SCR<H>(BHALT_ 
ENABLE) bit in the CQBIC is set. 

3. Negation of DCOK, if the SCB<7>(DCOK_ACT) bit is set. 
NOTE 

The switch labeled RESTART on some BA213 and BA215 system 
enclosures negates DCOK* The negation of DCOK may also be 
asserted by the DEQNA sanity tuner, or any other Q22«bu* module 
that chooses to implement the Q22-bus restart/reboot protocol* 

4.1*2 Powsr-Up 

On a power-up, the KA655 firmware performs actions that are unique to 
this condition. Among these actions are initial power-up tests, locating 
and identifying a console device, language query, and the remaining 
diagnostics. Certain actions are dependent on the state of the mode 
switch on the H3600-SA panel which has three settings: test, qtiery, and 
normal. This section describes the sequence of events which occurs on 
power*up. 
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4.1.2.1 IrtftfaiPoweMJpTett 

The first action performed on power-up is the initial power-up test 
(IPT). The purpose of the IPT is to verify that the console private 
NVRAM is valid and if invalid to test and initialize the NVRAM. 
Prior to checking the NVRAM, the IPT waits for power to stabilize by 
monitoring* SCR<5>(POK). Once power is stable, the IPT then tests to 
see if the backup batteries failed during the power failure by checking 
SSCCR<3I>(BLO). If the batteries failed, then the IPT will initialize 
certain non-volatile data, such as the default boot device, to a known 
state. In any case, the IPT then initializes other data structures and 
performs a processor initialization. If the the mode switch is set to test* 
the IPT then tests the console serial line as described in Section 4.1.3. 

NOTE 

All IPT failures are considered fatal, and the KA355 will appear 
to hang with a value on the USDs Indicating the point of failure* 
Refer to Table 4-2 for the meaning of the LED** 

4.1.2.2 Locating a Console Device 

After the IPT has completed successfully, the firmware attempts to locate 
a console device and find out what type of device it is. Normally, this is 
the device attached to the console serial line. In this case, the firmware 
will send out a device attributes escape sequence to the console serial line 
to determine the type of terminal attached and the functions it supports. 
Terminals that do not respond to the device attributes request correctly 
3re assumed to be hardcopy devices. If a QDSS device is present, it is 
used as the primary console device. 

NOTE 

If a QDSS device is present* it is assumed that the Q22«bus 
interface is working. At this point in the firmware the Q224ms has 
not yet been tested. Any faults on Q22«bus devices may prevent 
ccrrec* operation of the console. 

Once a console device has been found, the firmware displays the KA655 
banner message, similar to that displayed below. 

KM-*? -A VS. I, VMB 2.** 
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The banner message contains the processor name, the version of the 
firmware, and the version of VMB. The letter code in the firmware version 
indicates whether the firmware is pre-field teat (T), field test (T) or an 
official release ("V" *. The first digit indicates the major release number 
and the trailing digit indicates the minor release number. 

Next, if the designated console device supports DEC mutlinational 
character set (MCS> and either the battery failed during power failure 
or the mode switch is set to query, the firmware prompts for the console 
language. The firmware first displays the language selection menu shown 
in Example 4-1 in Section 4.1.4. 

After the language query, the firmware invokes the ROM-based 
diagnostics, and eventually displays the console prompt. 

4.1*3 Mod* Switch S*t to T*st 

If the mode switch is set to test the console serial line external loopback 
test is executed at the end of the IFf. The purpose of this test is to verify 
that the console serial line connections from the KA655 through the 
H3600-SA pane? are intact. 

NOTE 

An external loopback connector should be inserted in the serial 
line ^..nnecto* «m the H3600*SA pane! prior to cycling power to 
invoke this test. 

During this test, the firmware toggles between two states, active and 
passive, each a few seconds long and each displaying a different number 
on the LEDs. 

Ouring the active state (about 3 seconds long), the LEBs are set to 6. 
In this state, the firmware reads the baud rate and mode switch, then 
transmits and receives a character sequence. If the mode switch has been 
moved from the test position, the firmware exits the test and continues as 
if on a normal power-up. 

During the passive state (about 7 seconds long), the LEDs are set to 3. 

If at any time the firmware detects an error (parity, framing, overflow, or 
no characters), the firmware hangs with a 6 on the LEDs. 
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4.1-4 Mode Switch Set to Query 

if the snode switch is set to query (or the firmware detects that the battery 
failed during a power loss), the firmware queries the u«er for a language 
which is used for displaying critical system messages. 

The language query menu is shown in Example 4-1. If no response is 
received within 30 seconds, the language defaults to English (United 
States/Canada). 

NOTE 

This action is only taken if the console device support* DEC MCS. 
Any console device that does not support DEC MCS f such as a 
VTIOO, defaults to English (United States/Canada). 

After this inquiry, the firmware proceeds as if the mode switch were set to 
normal* as described in Section 4,1,5, 

1 ) Dansk 

2} Deutsch (Deutschiand/Osterreich) 

3) t>e?utsch (Schweis) 

4) English (United Kingdom) 

5) English (United States/Canada) 

6) EspafioX 

*?} Fran<?ais (Canada) 

8) Frangais (France/Belgique) 

9) Fran«?ais (Suisse) 

10) Italiano 

11) Ntsder lands 

12) Nonsfc 

13) Portugues 

14) Suoroi 

15) Svenska 
(1 , .15) : 

Example 4-1 Language Selection Menu 
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4.1.5 Nkxf* Switch S#t to Normal 

If the mode selected is normal, then the next step in the power-up 
sequence is to execute the bulk of ROM-baaed diagnostics. In addition 
to message text, a countdown is displayed to indicate diagnostic test 
progress. A successful diagnostic countdown is shown in Example 4-2. 

Performing normal system tests, 

40 ♦.3<*. .38. ,3**, .36. .3!,.. 34. ,33. .32. .31 . , 30 . .29. .28 , .2". .2* . .25 . . 
24 » » * 3 , .<.<» . .21. ,20. «1&.«18««1" , > .16. .1S..14. .13 »•♦«_♦ .11. ♦ C « • C 9 « « 
08 . .07. . 06. .05. .04. .03 . . 
Tests completed. 

Exampte 4-2 Normal Diagnostic Countdown 

In the case of diagnostic failures* m diagnostic register dump is performed 
similar to that shown in Example 4-3. Depending on the failure, the 
remaining diagnostics may execute and the countdown continue. For a 
detailed description of the register dump refer to Section 4.4. 

Perfcrfiung ncrm&i system tests. 
40,. 39.. 38, .3"\ .36., 3$.. 34,. 

?34 I 08 FF 00 0000 

F1*00000000 FC«OO0OO0O3 F3~OO00O031 P4*00000CII PS-0000200C 

Pt-FFFFFFFF F*>«00000000 PS^OOOOOOOO P9»00000000 P10*2005438F 

r0-00U4B98 r +*FFFFFFFF £2=*2O0$D2F0 r3*S55*5E55 r4*AAAAAWUt 

r&«0O0OCOO0 rf^AAWvAAA r 7*00000000 r8«OOOO00OP EftF*8000C180 
33,,32,.Jl, .30. .29, ,28., 2?,, 26, .2S,. 

Z 4,. 23,, 22.. 21.. 20.. 19., 18.. 1", . 16., 15,, 14,, 13,. 12,. IX,, 10., 09.. 
08, .07, ,06. .05. .04. .03., 
Normal operation not possible. 



Example 4-3 Abnormal Diagnostic Countdown 
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If the diagnostics have successfully completed and halts are enabled, the 
firmware displays the console prompt, »>, and enters console VO mode. 
If the diagnostics have successfully completed and halts are disabled, the 
firmware attempts to boot an operating system (Example 4-4 1. 

Lcaiistg rystett. sc ft,w-ar«? « 

Nc -iefau*t tort levic* has £>e©r* specified. 
-I *i; t ( <frt \ 4> 

iffVice-. :x;a^i: 



Exampte 4-4 Console Boot Display with no Default Boot Devlc* 



4,1,6 LED Codes 

In addition to the console diagnostic countdown, a hexadecimal value 
is displayed by the LEDa on the H3600-SA panel. The same value is 
displayed by the four red LEDs on the KA655 module. The purpose of 
the LED display is to improve fault isolation, when there is no console 
terminal or when the hardware is incapable of communicating with the 
console terminal. Table 4-2 lists all LED codes and the associated actions 
which are performed at power-up. The LED code is changed before the 
corresponding test or action is performed. 

T«bfe4-2 LED Codes 



LED 

Value Action* 



F Imttal «tate on pow*r-up, no code ha» executed 

E Entered ROM, *ome instructions have executed 

D Waiting for power u> stabilise (POK* 

C SSC and ROM te*t* 

B CPU tent* 

A FPA te*t* 
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Table 4-2 (Cont) LED Codes 



LEI> 

Vfrfu* Action** 



9 CMCTL tests 

8 Memory tests 

7 C^BIC (Q22>mis> t*«t« 

f> Console loopback test* (optionally QDSS tests) 

5 Board-level cache tent* 

4 Miscellaneous testa 

3 Console I/O mode 

2 Control passed to VMB 

1 Control passed to secondary bootstrap 

© Projjram I/O mode, control passed to operating system 



4.2 Console Service 

The KAti. r j5 is by definition halted, whenever the console program is 
running and the triple angle prompt, »>, is displayed on the console 
terminal When halted, the firmware provides most of the services of a 
standard VAX console. 

4.2.1 Console Control Characters 

In console I/O mode, several characters have special meanings. 



[Return] — ends a command line. No action is taken on a command 
until after it is terminated by a carriage return. A null line 
terminated hy a carriage return is treated as a valid, null command. 
No action is taken, and the console re-prompts for input. Carriage 
return is «»ch<x»d as carriage return. line feed. 



[Rubout] — when the operator presses | Rubout l the console deletes the 



character that the operator previously typed. What appears on the 
console terminal depends on whether the terminal is a v ideo ter minal 



or a hardcopy terminal. For hard copy terminals, when | Rubout 



is 



pressed, the console echoes with a backslash f \ K followed by the 



character l>eing deleted. If the operator presses additional | Rubout 



the additional characters deleted are echoed. When the operator types 
a non- rubout character, the console echoes another backslash, followed 
by the character typed. The result is to echo the characters deleted, 
surrounding them with backslashes. 
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Fez «e:-: ample: 

The operator types: EKAMI ,*E<Rubout xRubout >N£<F.eturn> 

Thf- console echoes: EKAMI ; E v Ej \NE<Ret.um> 

The console sees the command line: EXAMINE<Return> 



For video terminals, when (Bubout[ is passed, the previous character 



is erased from the screen and the cursor is restored to its previous 
position. 

The console does not delete characters past the begi nning of a 
command line. If the operator presses more j Rubout j s than th ere 
are characters on the line, the extra rubouts are ignored. If a j Rubout I 
is pressed on a blank line, it is ignored. 

jctrl) Ej — c ause s the console to echo *C and to abort processing of a 
command, jctrlj fcj has no effect as part of a binary lo ad da ta stream. 
iCtfij iC; dears jctfi^^ and reenables output stopped by jctrtj 5|. 

[Ctrl; 55£ — causes the console to thro w away trans miss ions to the 
console terminal until the next jctrl) (5j is entered. (Ctrl) 53 is echoed as 
a O<CR> when it disables output, but is not echoed when it reenables 
output. Output is reenabled if the console prints an error message, or 
if it prompts for a command from the terminal. Displaying a REPEAT 
command does not reenabie output. When output is reenabled for 
reading a co mmand, the console prompt is displayed. Output is also 
enabled (Ctrl' ~ 



i Ctrl', j5, — res ume s outp ut to the console terminal. Additional [Ctrl 
are ignored. [Ctrl; S| and (ctrtj 6 are not echoed. 

■'Ctrl! is — stops output to the console terminal until I Ctrl] IS is pressed. 
;Ctrl, g and [Ctrl] S are not echoed. 

^trrO — the console echoes *U<CR>, and deletes the entire line. 

iT fctr? 51 is pressed on an empty line, it is echoed* and the console 
prompts for another command. 
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• 



jCtrl[ [R[ — causes the console to echo <CR><LF> followed by the current 
command line. This function can be used to improve the readability of 
a command line that has been heavily edited. When [Ctrl) [Cj is pressed 
as p art of a command line, the console deletes the line as it does with 

BREAK - If the console is in console I/O mode, BREAK is equivalent 
to [Ctrl] gj, but is echoed as A C. 

NOTE 

If the local console is in program I/O mode and halts are 
disabled, BREAK is ignored. If the console is in program I/O 
mode and halts are enabled, BREAK causes the processor to 
halt and enter console I/O mode. 

Control characters are typed by pressing the character key while holding 
down the control key. 

If an unrecognized control character (ASCII code less than 32 decimal or 
between 128 and 159 decimal) is typed* it is echoed as up arrow followed 
by the character with ASCII code 64 greater. For example, BEL (ASCII 
code 7) is echoed as A G, since capi tal G is ASCII code 7+64=71. When 



a control character is deleted with 1 Rubout , it is echoed the same way. 



After echoing the control character, the console processes it like a normal 
character. Commands with control characters are invalid, unless they are 
part of a comment, and the console will respond with an error message. 

Note that control codes from 128 to 159, the CI control codes, cannot be 
entered by any present DIGITAL terminal. The character with code 7 and 
the character with code 135 will both echo as A G. 

4.2.2 Console Command Syntax 

The console accepts commands of lengths up to 80 characters. It responds 
to longer commands with an error message. The count does not include 
rubouts, rubbed out characters, or the terminating carriage return. 

Commands may be abbreviated. Abbreviations are formed by dropping 
characters from the end of a keyword, as long as the resulting keyword is 
still unique. Most commands can be uniquely expressed with their first 
character. 

Multiple adjacent spaces and tabs are treated as a single space by the 
console. Leading and trailing spaces and tabs are ignored. Tabs are 
echoed as spaces. 
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Command qualifiers can appear after the command keyword, or after any 
symbol or number in the command. A qualifier is any contiguous set of 
non whitespace characters that is started with a slash (ASCII code 47 
decimal). 

All numbers (addresses, data, counts) are in hexadecimal. Note, though, 
that symbolic register names number the registers in decimal. The 
console does not distinguish between upper and lower case either in 
numbers or in commands; both are accepted. 

4.2.3 Console Command Keywords 

The KA655 firmware implements a variant of the VAX SRM console 
command set. The only commands defined in the VAX SRM and 
not supported by the KA655 are MICROSTEP, LOAD, and @. The 
CONFIGURE, HELP, MOVE, SEARCH and SHOW commands have 
been added to the command set to facilitate system debugging and access 
to system parameters. In general, however, the KA655 console is similar 
to other VAX consoles. Table 4-3 lists command and qualifier keywords. 

Table 4-3 Command, Parameter, and Qualifier Keywords 

Command Keywords 



Processor Control 



Data Transfer 



Console Control 



B*OOT 

CONTINUE 

H*ALT 

INITIALIZE 

N*EXT 

START 

U*NJAM 



D*EPOSIT 

E*XAMINE 

M*GVE 

SEA*RCH 

X 



OONF*IGUBB 

F*1ND 

R*EPEAT 

SET 

SH*OW 

T*EST 



SET & SHOW Parameter Keywords 



BO*CT 
ETHERNET 
M*EMORY 
U*QSSP 



BF*UA)G 
H*OST 
Q*BUS 
VERSION 



DE*VICE 

L*ANGUAGE 

RL*V12 
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T«bf*4-3(Cont.) 


Command, Parameter, and Qualifier Keywords 


Qualifier Keywords 




AddrwM Space 




Data Control 


Control 


Command Specific 


/B 


/G 


/INSTRUCTION 


AV 


/I 


/NO*T 


fL 


/P 


/R5: or/ 


'Q 


AT 


/RP»B or /ME*M 


/N: 


/M 


/F*ULL 


/S*TEP: 


/u 


/DU*P or 






/MAINTENANCE 


/WR*ONG 




/U*QSSP 






/DI*SKor/T*APE 






/SE*HVICE 



***~ indicate* the minimal number of character* that are required to uniquely identify the 
keyword 



A complete summary of the console commands is provided in Table 4-5 
following the command descriptions in Section 4.2.7. 

4.2.4 Console Command Qualifiers 

All qualifiers in the console command syntax are global. That is, they may 
appear in any place on the command line after the command keyword. 

All qualifiers have unique meanings throughout the console, regardless of 
the command. £Y>r example, the '78° qualifier always means byte. 

A summary of the qualifiers recognized by the KA655 console is provided 
in Table 4-6 following the command descriptions in Section 4.2.7. 

4.2.5 Command Address Specif iers 

Several commands take an address or addresses as arguments. In the 
context of the console, an address has two components, the address space, 
and the offset into that space. The console supports 6 address spaces: 
physical memory (/P qualifier), virtual memory (/V qualifier), general 
purpose registers (/G qualifier), internal processor registers (/l qualifier), 
protected memory (/U qualifier), and the PSL (/M qualifier). 
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The address space that the console references is inherited from the 
previous console reference, unless explicitly specified. The initial address 
space reference is PHYSICAL. 

The KA655 console supports symbolic references to addresses. A symbolic 
reference simultaneously defines the address space for a given symbol. 
Table 4-4 lists the symbolic addresses supported by the console grouped 
according to address space. 



Tabt»4~-4 Consols Symbolic Addresses 



Symbol 


A* 


Ira*** Symbol 


Addis** 








tG — Ganaral Purpose R**~U 


tors 




RO 


00 


Rll 


OB 




KX 


01 


R12 


OC 




R2 


02 


R13 


OD 




R3 


03 


R14 


OE 




R4 


04 


R15 


OF 




R5 


05 


AP 


OC 




R6 


06 


FP 


OD 




R7 


0? 


SP 


OE 




RS 


08 


PC 


OF 




R9 


09 


PSL 






RIO 


OA 








ft • Internal Pro c sis or Registers 


PR$_KSP 


00 


PR$„SISR 


IS 




PR$_ESP 


01 


PRaUCCR 


18 




PR$_SSP 


02 


PR$JRXCS 


20 




PRILUSP 


03 


PR*_RXDB 


21 




PR$JSP 


04 


PR$JIXCS 


22 




PR$J?OBR 


OS 


PR$JTXDB 


23 




PR$JPOLR 


09 


PR$JTBDR 


24 




PR$_P1BR 


OA 


PR$_CADR 


25 




PRILPXLR 


OB 


PR$_MCESR 


26 




PR*_SBR 


OC 


PR*_MSER 


27 




PR$„SLR 


OD 


PR$_SAVPC 


2A 




PR$_PCBB 


10 


PR$_SAVPSL 


2B 




Not*. All symbolic value* in thut table ara in haxadaomal. 
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Tabja 4-4 (Contj ggfgoig Symbolic Acktrt— r 

Symbol Ad&gmm Symbol A dd ra aa 



It • Internal Pro c a— or Ragiatars 



PR&.SCBB 


11 


PR<L 


37 






IORESET 




PR$JPL 


X2 


PR$_MAPEN 


38 


PR*LASTLV 


13 


PRSJTBIA 


39 


PRlLSIRR 


14 


PR$JTBIS 


3A 


PR$_NICR 


19 


PR*_SID 


3E 


PRtJCR 


1A 


PR$JTBCHK 


3F 


FR$_TODR 


IB 







/P « Physical (VAX VO Space) 



QBXO 


2000 0000 


QBMEM 


3000 0000 


QBMBR 


2006 0010 






ROM 


2004 0000 


CACR 


2008 4000 


BDR 


2006 4004 






DSCR 


2006 0000 


DSER 


2008 0004 


DMEAR 


2006 0006 


DSEAR 


2008 000C 


IPCRO 


2000 1F40 


IPCR1 


2000 1F42 


IPCR2 


2000 1F44 


1PCR3 


2000 1F46 


SSO„RAM 


2014 0400 


SSCCR 


2014 0010 


&SC_CDAL 


2014 0020 


SSC_DLEDR 


2014 0030 


ssc 


2014 0130 


SSC 


2014 0134 


ADOMAT 




ADOMSK 




SSC 


2014 0140 


SSC_ 


2014 0144 


AB1MAT 




AD1MSK 




SSCJTCRQ 


2014 0100 


SSCJNRO 


2014 0104 


SSCJTNIRO 


2014 0106 


SSCJTIVRO 


2014 010C 


SSC.TCRl 


2014 0110 


SSCJTIR1 


2014 0114 


S9C.TNIR1 


2014 0118 


SSCJNVRX 


2014 011C 


MEMCSRO 


2006 0100 


MEMCSR1 


2008 0104 


MEMCSR2 


2006 0106 


MEMCSR3 


2008 010C 


MEMCSR4 


2006 0110 


MEMCSRS 


2008 0114 


MEMCSR6 


2006 0118 


MEMCSR7 


2008 011C 


MEMCSR8 


2006 0120 


MEMCSR9 


2008 0124 


MEMCSmo 


20060128 


MEMCSR11 


2008 012C 
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Ttebj» 4~4 (Cont.) Consote Symbolic Add re— ♦» 



dyssbol 


Addfeee 


Syatbol Address 






Physical (VAX VO Space) 


MEMCSR12 
MEMCSR14 
MEMCSRI6 


2008 0130 
2008 0138 
2008 0140 


MEMCSR13 2008 0134 
MEMCSR15 2008 013C 
MEMCSR17 2008 0144 





"*" The l«»t location successfully referenced in «n EXAMINE or 

DEPOSIT command. 

V The locution immediately following the last location successfully 

referenced in an EXAMINE or DEPOSIT command. For 
references to physical ov virtual memory spaces, the location 
referenced is the last address, plus the sixe of the last reference 
(1 for byte, 2 for word, 4 for longword, 8 for quadword). For 
other address spaces, the address is the last address referenced 
plus one. 

The location immediately preceding the last location 
successfully referenced in an EXAMINE or DEPOSIT command. 
For references to physical or virtual memory spaces, the 
location referenced is the last address minus the sixe of 
this reference (1 for byte, 2 for word, 4 for longword, 8 for 
quadword). For other address spaces, the address is the last 
addressed referenced minus one. 

The location addressed by the last location successfully 
referenced in an EXAMINE or DEPOSIT command. 



4.2.6 References to Processor Registers and Memory 

The KA655 console is implemented by macrocode executing from 
EPROM. Actual processor registers cannot he modified by the console 
command interpreter. When the console is entered, the console saves 
the processor registers in console memory and all command references to 
them are directed to the corresponding saved values, not to the registers 
themselves. 

When the console reenters program I/O mode, the saved registers are 
restored and any changes become operative only then. References to 
processor memory are handled normally. The binary load and unload 
command cannot reference the console memory pages. 
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The following registers are saved by the console, and any direct reference 
to these registers will be intercepted by the console and the access will be 
to the saved copies: 

• R0...R15, the general purpose registers 

• PRSJPL, the interrupt priority level register 

• PR$J3C8B, the system control block base register 

• PR$JSP, the interrupt stack pointer 

• PR$MAPEN, the memory management enable register 

The following registers are also saved, yet may be accessed directly 
through console commands. Writing values to these registers may make 
the console inoperative. 

• PR$_SAVPC, the halt PC 

• PIttLSAVPSL, the halt PSL 

• ABxMCH/ADxMSK, the SSC address decode and match registers 

• 3SCCR, the SSC configuration register 

• DLEDR, the SSC diagnostic LED register 

4.2.7 Console Commands 

The following sections define the commands accepted by the console, when 
it is in console I/O mode. The following conventions are used to describe 
command syntax: 

• [ ] denotes command elements that are optional. 

• { I denotes a command element. 

• denotes a list of command elements. 
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4.2.7.1 BOOT 

Format : 

BOOT (qualifier! [{boot^rfeviceH:!! 

Description : 

The console initializes the processor and transfers execution to VMB. 
VMB attempts to boot the operating system from the specified device 
or the default boot device if none is specified. The console qualifies the 
bootstrap operation by passing a boot flag to VMB in R5. A more detailed 
description of the bootstrap process and how the default bootstrap device 
is determined is described in Section 4.3. 

In the case where either the qualifiers or the device name is absent, then 
the corresponding default value is used. Explicitly stating the boot flags 
or the boot device overrides the current default value for the current boot 
request, but does not change the corresponding default value in NVRAM. 

The default boot device and boot flags may be set in the following three 

ways: 

1. The operating system may write a default boot device and flags into 
the appropriate locations in NVRAM (Section 4,7,3). 

2. The user may explicitly set the default boot device and boot flags with 
the console SET BOOT and SET BFLAG commands respectively. 

3. The console prompts the user for the default boot device, if any of the 
following conditions are met: 

• The power-up mode switch is set to query mode. 

• The console detects that the battery failed, and therefore the 
contents of NVRAM are no longer valid. 

• The console detects that the default boot device has not been 
explicitly set by the user. Either a previous device query timed out 
and defaulted to ESAO or neither (1) nor (2) has been performed. 
Simply stated, the console will prompt the user on each and every 
power up for a default boot device, until such a request has been 
satisfied. 

On power- up if no default boot device is specified in NVRAM, the console 
issues a list of potential bootable devices and then prompts the user for 
a device name. If no device name is entered within 30 seconds, ESAO is 
used. However, ESAO does not become the default boot device. 
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Qualifiers : 

• /R5:{bootJf!agf i Boot flags is a 32 bit hex value that is passed 
to VMB in R5. No interpretation of Shis value is performed by the 
console. Refer to Figure 4-1 for the bit assignments of R5. A default 
boot flags longword may be specified using the SET BFLAG command 
and displayed with the SHOW BFLAG command. 

• /{boot_fl«g«} Equivalent to the form above. 
Arguments ; 

• l{boot_devicell The boot device name can be any string, up to 
17 characters long. Longer strings cause a VAL TOO BIG error 
message to be issued from the console. Otherwise the console makes 
no attempt at interpreting or validating the device name. The console 
converts the string to all upper case, and passes VMB a string 
descriptor to this device name in RO. A default boot device may be 
specified using the SET BOOT command and displayed with the 
SHOW BOOT command. The factory default device is the Ethernet 
port, ESAO. 

Examples : 



-•> -show boot 
DUAC 

■•:» 'shew tf lag 
C 

>:->b 

(B;CT R? P7ACM 



* Bc>ot using default boot flags and device. 



' • •"►be ;<qa r 
tBC'C'T ^5 :C X0AO> 



* Boot, using d-fcfauit boot flags and specified 
device. 



-X'.Ar 

tB: r? rs * i< dv&O) 



* Boot using specified boot, fiags and default 
device. 



• Boct using specified boot flags and device 
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4/2.7,2 CONFIGURE 

Format : 

CONFIGURE 

Description : 

CONFIGURE is similar to the VMS SYSGEN CONFIG utility. This 
feature provides information, that is typically available only with a 
running operating system, to simplify system configuration- 

The CONFIGURE command invokes an interactive mode that permits the 
user to enter Q22~bus device names, then generates a table of Q22*bus 
I/O page device CSR addresses and device vectors. 

Qualifiers : 

None 
Arguments : 

None 
Examples : 

-rent a g 

Enter 4ev*ce ocnf igurat *cn, HELF, or EXIT 
twicf , Nutnpet ' helf 







DLVUJ 


D2CII 


DZVIl 


OFAOX 




TFV05 


RXV2X 


PFVX IK 


DEVI IB 


DPV11 


rwj : 


PEL£A 


DECfNA 


DES&A 


BQDX3 


KDA50 






KFQSA-DISK 


T; i K5C 


TQK^O 


TUS1E 




KF^SA-TAPE 


kmvx: 




DHQ11 


DKV1I 


CXAlt 


CXBI6 


CXV08 


vcboi 


. QVSS 


LKV11 


i.uw ; 


crss 


DSVH 


ATVI iC 


AAV11C 


AXV1XC 




Apvnr 


AAVXIC 


vcbo: 


QVSS 


DRVUJ 




VSVX?1 


IBQOI 


irvi :a 


IDV11B 


IDVIXC 


uv:u 


1 AVI a A 


t AVI IB 


MI PA 


ADQ32 


DTC04 


:e?na 


ISQXi 
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1 tc 2*1, default is ; 
i-evi^, Numr*r T rqct;:3 . Z 
I'frvice, fluster t- dhvll 
I'evic*. Numb** ". qdas 

tJunvfc** 7 t<jic"*G 

Aiur^ss Victor Assignments 

-7 t c^4 *t»- ft^'X? 
--~4 r fir. ;fc T£K5< 
-"HG444 M»4 TC»K"C 

-•™40t* 3?Z QVS£ 

* * 

4,2.7,3 CONTINUE 

Formal 

CONTINUE 

Description : 

The processor begins instruction execution at the address currently 
contained in the program counter. Processor initifclixation is not 
performed. The console enters program I/O mode. Internally* the continue 
command pushes the user's PC and PSL onto the user's ISP, and then 
executes an REI instruction. This implies that the user's ISP is pointing 
to some valid memory. 

Qualifiers : 

None 
Arguments ; 

None 
Examples: 



% »cont ir.ue 
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4.2.7*4 DEPOSIT 

Format : 

DEPOSIT [qualifier JMl {addreeel i&*t*\ Udnt*},..} 

iJesirtption : 

Deposits data into the address specified. If no address space or data size 
qualifiers are specified, the defaults are the last address space and data 
size used in a DEPOSIT, EXAMINE, MOVE or SEAKCH command. After 
processor initialisation, the default address space is physical memory, 
the default data sixe is a longword and the default address is xero. If 
conflicting address space or data sixes are specified, the console ignores 
the command and issues an error message. 

Qualifiers : 

♦ /B — Thv data sixe is byte. 
♦ . fW — The data sixe is word, 

♦ fU — . The data sixe is longword. 

♦ /q — Xhe data sixe is quad ward. 

♦ /G — The address space is the general purpose register set, RO 
through RI5. The data sixe is always long, 

♦ /I — The address space is internal processor registers (IPRs). These 
are the registers only accessible by the MTPR and MFPR instructions. 
The data sixe is always long. 

♦ /M — The address space is the processor status longword (FSlA 

♦ /P — The address space is physical memory. 

♦ /V — The address space is virtual memory. All access and protection 
checking occur. If the access would not be allowed to a program 
running with the current PSL, the console issues an error message. 
Virtual space DEPOSITS cause the FTE<M> bit to be set. If memory 
mapping is not enabled, virtual addresses are equal to physical 
addresses, 

♦ AJ ■ —r Access to console private memory is allowed. This qualifier also 
disables virtual address protection checks. On virtual address write*, 
the FTE<M> bit will not be set if the AJ qualifier is present. This 
qualifier is not inherited, and must be respecified on each command. 
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• /N:{counti — The address is the first of a range* lite console 
deposits to the first address* then to the specified number of 
succeeding cddresses. Even if the address is the symbolic address 
(•), the succeeding addresses are at larger addresses. The symbolic 
address specifies only the starting address* not the direction of 
uucceasion. For repeated references to preceding addresses, use 
REPEAT DEPOSIT - <DATA>. 

• /STEP:{»ixe! — The number to add to the current address. 
Normally this defaults to the data size, but is overridden by the 
presence of this qualifier. This qualifier is not inherited. 

• /WRONG — The ECC bit* for this data forced to a value of 3 (ECC 
bits of 3 will always generate a double bit error). 

Arguments : 

• {addrearf — A long word address that specifies the first location 
into which data is deposited. The address can be any legal address 
specifier as defined in Section 4.2.5 and Table 4-4. 

• {data} — The data to be deposited. If the specified d*£a is larger 
than the deposit data size, the console ignores the command and 
issues an error response, if the specified data is smaller than the 
deposit data size, it is extended on the left with zeros. 

[{data}] — Additional data to be deposited (up to a maximum of 6 
values). 



Examples ; 

»>d, p/b/n: IFF 0 0 ? Claar first. 512 byt.as of physical n»atnory, 

»><$. v/i/n:3 1234 5 '! Deposit 5 into four longvords starting at 

virtu*! mamory address 1234 • 
»>d.n:8 RO FFFFFFFF • Loads GPRs KO through R8 with -1* 

>»c./n;200 - C * Starting at previous address, clear 513 bytes* 

»>d 1/p/ n: 10/s:200 0 8 ! Deposit 8 in the first lotigword of 

the first 17 pagas in physical mewory. 



4-26 KA655 Brmw*f# 



4.2.7.5 EXAMINE 

Format : • 

EXAMINE [qualifierjist] [{address}] 

Description : 

Examines the contents of the memory location or register specified by the 
address. If no address is specified, + is assumed. The display line consists 
of a single character address specifier, the hexadecimal physical address 
to be examined, and the examined data also in hexadecimal. 

EXAMINE uses the same qualifiers as DEPOSIT. However, the /WRONG 
qualifier will cause examines to ignore ECC errors on reads from 
physical memory. Additionally, the examine command supports an 
/INSTRUCTION qualifier, which will disassemble the instructions at 
the current address. 

Qualifiers : 

* /R — The data size is byte. 

♦ fW — The data size is word. 

♦ /L — The data size is longword. 

• /Q — The data size is quadword. 

♦ /G — The address space is the general purpose register set, RO 
through R15. The data size is always long, 

• fl — The address space is internal processor registers (IPRs). These 
are the registers only accessible by the MTPR and MFPR instructions. 
The data size is always long. 

• INI — The address space is the processor status longword (PSD. 

.• /P — The address space is physical memory. Note that when virtual 
memory is examined, the address space and address in the response 
are the translated physical address. 
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• /V — The address space is virtual memory. All access and protection 
checking occur. If the access would not be allowed to a program 
running with the current PSL, the console issues an error message. 
If memory mapping is not enabled, virtual addresses are equal to 
physical addresses. 

• /M — The address space and display are the PSL. The data size is 
always long. 

• fU — Access to console private memory is allowed. This qualifier 
also disables virtual address protection checks. This qualifier is not 
inherited, and must be respecified with each command. 

• /N:{count} — The address is the first of a range. The console 
deposits to the first address, then to the specified number of 
succeeding addresses. Even if the address is the symbolic address 
(•), the succeeding addresses are at larger addresses. The symbolic 
address specifies only the starting address, not the direction of 
succession. For repeated references to preceding addresses, use 
REPEAT EXAMINE - <DATA>. 

• /STEP: {size} — The number to add to the current address. 
Normally this defaults to the data size, but is overridden by the 
presence of this qualifier. This qualifier is not inherited. 

• /WKONG — ECC errors on this read access to main memory are 
ignored. 

• /INSTRUCTION — Disassemble and display the VAX Macro-32 
instruction at the specified address. 

Arguments ; 

• [{address!] — A longword address that specifies the first location 
to be examined. The address can be any legal address specifier as 
defined in Section 4.2.5 and Table 4—4. If no address is specified, + is 
assumed. 
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Examples : 



>»ex pc 

G OOOOOOOF FFFFFFFC 

>»€r>: Sp 

G OOOOOOOE 00000200 

>>>ex psl 

K 00000000 041FOO00 

>»e/ m 

M 00000000 041F0000 

>»e. r4 -'n: 5 

G 00000004 00000000 
G 00000005 00000000 
G 00000006 00000000 
G 00000007 00000000 
G 00000008 00000000 
G 00000009 801D9000 

>»ex prS_scbb 

I 00000011 2O04A0O0 

>»c-/p O 

£ OOOOOOOO 00000000 

>»€-;•: /ins 20040000 
F 20040000 11 ERB 

.*»ex /ins/n:5 200400X9 
P 20040019 DO MOVL 
F 20040024 D2 MCOHL 
F 2004 002F D2 MC0ML 
P 20040036 7t) MOVQ 
F 2004 003D DO MOVL 
F 20040044 DB MFPS. 

>»e/ xns 

F 20040048 DB MFPR 



♦ Examine the .PC. 

! Exarcine -the SP . 

! Examine the PSL. 

! Examine PSL another way. 

f Examine &4 throuqh R9. 



! Examine the SCBB, IPR 17. 
! Examine local memory 0. 
! Examine 1st byte of EPROM 

20C40019 

? Disassemble from branch, 
l~#2014O000, £#20140000 
$#20140030, 8#20140502 
S^#0E, $#20140030 
RO,3#201404B2 
I"#2014O4B2.Rl 
S~#2A, B~44 (Rl) 

! Look at next instruction 

S"#2B, B~48{Pvl) 



4.2.7.6 FIND 

Format : 

FIND {qualifier-list} 

Description ; 



The console searches main memory starting at address zero for a page* 
aligned 128 Kbyte segment of good memory, or a restart parameter block 
tRPBi. If the segment or block is found, its address plus 512 is left in SP 

If the segment or block is not found, an error message is issued, 
and the contents of SP are preserved. If no qualifier is specified, /RPB is 
assumr-d. 
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Qualifiers : 

♦ /MEMORY — Search memory for a page aligned block of good 
memory, 128 Kbytes in length. The search looks only at memory that 
is deemed usable by the bitmap. This command leaves the contents of 
memory unchanged. 

• /KPB — Search all of physical memory for a restart parameter block. 
The search does not use the bitmap to qualify which pages are looked 
at. The command leaves the contents of memory unchanged. 



! Check the SF . 

! Look for a valid 128Kb, 
t Note where it was found. 



Arguments : 

None 
Examples : 

>»e>: sp 

G 0000000E 00000000 
>»find /mem 
>»ex sp 

G O00O0O0E 00000200 
*>»find /rpb 
72C FND ERR OOC00004 
>» 

4.2.7.7 HALT 

Format : 

HALT 



« 



Check for valid RPB. 
None to be found here. 



Description : 

This command has no effect and is included for compatibility with other 
consoles. 
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Qualifiers : 

None 
Arguments : 

None 
Examples : 

-*>^halt * Pretend to halt. 

'.*>.> 

4.2.7.8 HELP 

Format : 

HELP 

Description ; 

This command has been included to help the console operator answer 
simple questions about command syntax and usage. 

Qualifiers : 

None 
Arguments : 

None 
Examples : 

>>:»helj: 

Following is a brief summary of all the commands supported by the console: 

denotes a keyword that you must type in 
denotes an OB condition 
denotes optional parameters 
denotes a field that must be filled in 
with a syntactically correct . alue 



UPPERCASE 

n 
<> 
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Valid qualifiers; 

/B /W /L /Q /INSTRUCTION 
/G /I /V /P /M 
/STEP: /N: /NOT 
/WRONG /O 

Valid commands: 

DEPOSIT {<qualif iers>] <address> [<datum> [<datum>3 ] 

EXAMINE [<o;ualiiiers>] l<address>} 

MOVE (<qualifiers>] <address> <address> 

SEARCH (<qualil;i«rs>3 <address> <pattern> [<mask>] 

SET BFL f A)*G <boct_flags> 

SET BOOT <boot_device> [ : ] 

SET HOST/DUP/UQSSP </DISK \ /TAPE> <contrpller_number> i<task>] 

SET HOST/DUP/UQSSP <physical CSR address> t<task>] 

SET HOST/MAINTENANCE/UQSSP /SERVICE <controlle renumber > 

SET HOST/MAINTENANCE/UQSSP <physical _CSP_address> 

SET LANGUAGE <lanauage number > 

SHOW BFL CA> G 

SHOW BOOT 

SHOW DEVICE 

SHOW ETHERNET 

SHOW LANGUAGE 

SHOW MEMORY [ .'FULL] 

SHOW RLV12 

SHOW QBUS 

SHOW UQSSP 

SHOW VERSION 

HALT 

INITIALISE 

UNJAM 

CONTINUE 

START <address> 

REPEAT <command> 

X <address> <count> 

FIND I /MEMORY I , RPB] 

TEST {<t«tt_code> r<parameters>J} 

BOOT i *RO:<boot_f laqs> i /<boot_f laas>] [ <boot_devxce> [ ? ] ] 

NEXT (count} 

CONFIGURE 

KELP 
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4.2.7.9 INITIALIZE 

Format : 

INITIALIZE 

Description ; 

A processor initialisation is performed. The following registers are 
initialized, as specified in the VAX Architecture Reference Manual, 



I tuturiixed Valu e 



PSL 
IPL 

ASTLVL 

SIStt 

IOCS 

RXC8 

TXOS 

MAPEN 

CPU cache 

Instruction buffer 

Connote previous 
reference 

TODR 

Mam memory 
General register* 
Halt code 

Boot* trap in progress 
flag 

Internal restart in 
progress flag 



041FOOOO 

IF 

4 

0 

Bits <6> and <0> are clear, the rest are 
UNPREDICTABLE 

0 

80 

0 

Disabled, all entries invalid 
Unaffected 

Ijongword, physical, addreae 0 

Unaffected 
Unaffected 
Unaffected 
Unaffected 
Unaffected 

Unaffected 
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The KA655 firmware performs the following additional initialization: 

♦ The CDAL bus timer is initialised. 

• The address decode and match registers are initialised. 

• The programmable timer interrupt vectors are initialised. 

* The BDR registers are read to determine the baud rate, and then the 
SSCCR is configured accordingly. 

* All error status bits are cleared. 
Qualifiers : 

None 
Arguments : 

None 
Examples : 

:• »>mit 

>:»> 

4.2X10 MOVE 

Format : 

MOVE [qualifier-list] {«rc_»ddre#«J {de«t_adtire««l 

Description : 

The condole copies the block of memory starting at the source address to 
a block beginning at the destination address. Typically, this command 
is used with the /N: qualifier to transfer large blocks of data. The 
destination will correctly reflect the contents of the source, regardless 
of the overlap between the source and the data. 

The MOVE command actually performs byte, word, longword, and 
quadword reads and writes as needed in the process of moving the data. 
Moves are only supported for the PHYSICAL and VIRTUAL address 
spaces. 
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Qualifiers 




• /JJ —~^r- 


The data size is byte. 


• /W - 


- The data size is word. 


• . /L — 


The data size is longword. 


• >Q - 


The data size is quad word. 


• /p — 


The address space is physical memory. 


• TV — 


The address space is virtual memory. All access and protection 



checking occur. If the access is not allowed to a program running with 
the* current PSL, the console issues an error message. Virtual space 
MOVEs cause the destination PTE<M> hit to be set. If memory 
mapping is not enabled, virtual addresses are equal to physical 
addresses. 

• f\) — Access to console private memory is allowed. This qualifier also 
disables virtual address protection checks. On virtual address writes, 
the PTE«*M> bit will not be set if the /V qualifier is present. This 
qualifier is not inherited, and must be respecified on each command. 

• /N: {count} — The address is the first of a range. The console 
deposits to the first address, then to the specified number of 
succeeding addresses. Even if the address is the symbolic address 
<-i„ the succeeding addresses are at larger addresses. The symbolic 
address specifies only the starting address, not the direction of 
succession. 

• /STEP:|t»ize$ — The number to add to the current address. 
Normally this defaults to the data size, but is overridden by the 
presence of this qualifier. This qualifier is not inherited. 

• /WRONG — On reads. ECC errors on the access of data in main 
memory are ignored. On writes, the ECC bits for this data are forced 
to a value of 3. 

Arguments : 

• {isrc^atfdre«is| — A longword address that specifies the first location 
of the source data to be copied. 

• 3rfe*rt_addre««i — A longword address that specifics the destination 
of the first byte of data. These addresses may be any legal address 
specifier as defined in Section 4.2.5 and Table 4-4. If no address is 
specified » + is assumed. 



KA655 Firmware 4-35 



Examples : 



*>e>: r* :4 t 

I OC.000OOC ocoooooo 

F 00000004 00000000 

£ 0000000& ooooooco 

? GoroOOOC 00000000 

F -OOLOOOIC 00000000 

•-•>ej: . r. :4 COt 

? 'pnOC-urOC 5 6Dt'0SXC 

f C«^f»0iiO4 ?BfE04Cl 

I Cif'i.(C20f OOFFSFBB 

I CiCiOOCroc ?C08A8DO 

I OOfOOClC 540CA8DE 

->.»rcrve ritS £00 0 
r. t4 0 

J- OOOOOOOO *8DDOS20 

f GOC'OrjOC-4 5 85E04C1 

1 oootnooe ooffsfbb 

r .600000 OC :£08fc8i>0 

} i:Cof»-'CXf ?40/CA8DE 



• Observe aestmaticr. 



rtser-e so^rct- data 



* Move the aata. 

* Observe the dtestxra 



4.2,7.1t NEXT 

Format : 

NEXT {count! 

Description : 



The NEXT command causes the processor to "step" the specified number 
of macro instructions. If no count is specified, "single-step" is assumed. 
The console does not however enter spacebar step mode as described in 
the VAX Architecture Reference Manual* but rather returns to the console 
prompt. 
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The console uses the trace and trace pending bits in the PSL, and the 
SCB trace, pending vector to implement the NEXT function. This creates 
the following restrictions on the usage of the NEXT command: 

♦ If memory management is enabled, the NEXT command works if 
and only if the first page in SSC RAM is mapped somewhere in SO 
( system J space. 

♦ The NEXT command, due to the instructions executed in 
implementation, does not work where time critical code is being 
executed. 

♦ The NEXT command elevates the IPL to 31 for long periods of time 
(milliseconds) while single stepping over several commands. 

♦ Unpredictable results occur if the macro instruction being stepped 
over modifies the SCBB, or the trace trap entry. This means that the 
NEXT command cannot be used in conjunction with other debuggers. 
This also implies that the user should validate PR$J5CCB before 
using the NEXT command. 

Qualifiers : 

None 

Arguments ; 

♦ {count! — A value representing the number of macro instructions to 
execute. 

Examples ; 



IO0C- fOpfTOM 

• it-t IC'Ufc C0FEI1FS* 

instruction r. : 5 



! Crfeat* a simple program. 



«*'K-C u»oc 

* l X C 10 C;i 
H.lCk 1 IK 4 



r-4 

VI 

1 " 



dej- pc loOf- 



CLF.X. 

:ncl 

CMFL 

BKB 
HALT 



1CC0 
BO 
BO 

coooxcc* 

C3001009 



I,xst it. 



♦ up a user SCBB. 

? ...and th* PC. 
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• - *r. 

f ' :.co:or.; 

i '. «r f ;oC " 

• • " 

{ (..of.. ;cc; 

I C i t * if C " 

I (j'.K :of.4 

5 €»:.{J( ;Ot <* 



* - r*r 

bkec 
r»c znci 

L : CMJ-L 

bwec 
bkb 



ggoc;oc; 

BO 

oo oc J. 0:3; 
000c; no; 

0000:00; 

BC» 

ooocioc; 
0000:00^ 

ooocioos 



. ..cr multiple step 
r rear arc.. 



4.2.7.12 REPEAT 

Format : 

REPEAT {command! 

Description : 



The c onso le repeatedly displays and executes the specified command. 
Press 'Ctrl 1 jC to stop the repeating. Any valid console command can be 
specified for the command with the exception of the REPEAT command. 



Qualifiers : 

None 
Arguments : 
♦ {command! 



A valid console command other than REPEAT. 
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Examplea : 



•rep-eat ex 
I noooocjfc 

OOOOOC IB 
OOOOOO IB 
OOOOOC IB 
OOOOOCIB 

f.ooooc :b 

OOOOOC IB 
"OoOOCIB 
( onftOC IB 
O'ifiOOC IB 
OOOOOC IB 
00O0001B 
OOOOOC' IB 
OOOOOC IB 
OOOOOC IB 
OOOOOC IB 
OOOOOOJB 



pr$ todr 
SAFE78CE 
5AFE78DI 
5AFE78FD 
5AFE7900 

*AFE7907 
5AFE790A 
$AFE**90D 
5AFE*?9:0 
SAFE793C 
$AFE793F 
5AFE7942 
5AFS7946 
SAFE7949 
* APE794C 
SAFE794F 



« Watch the clock. 



4.2.7.13 SEARCH 

Format : 

SEARCH Iqu«lifterjt«tl {«ddre««i {pattern* Hmmrici! 

Description : 

The search command finds all occurrences of a pattern* and reports the 
addresses where the pattern was found. If the /NOT qualifier is present, 
all addresses where the pattern did not match are reported. 

The command accepts an optional mask that indicates don't care bits. For 
example, to ignore hit 0 in the comparison, specify a mask of 1. The mask, 
if not present, defaults to 0. 

Conceptually, a match condition occurs if the following condition is true: 

pattern JMV NOT mask) EQUALS (data AND NOT mask) 

whexe: pattern is the target data, 

mask — is the optional don't care fcitmask (whxch defaults to 0). 
data — xs the data <byte, word, long, quad) at the current address. 
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The command reports the address if the match condition is true, and 
there is no /NOT qualifier, or if the match condition is false and there is a 
/NOT qualifier. Stating this in a tabular form: 



absent 
afcsent 
present 
p resent 



Match Condition 

true 
false 
true 
false 



Act ion 

repcrt address 
nc report 
nc report 
reocrt address 



The address is advanced by the size of the pattern (byte, word, long or 
quad K unless overridden by the /STEP qualifier. 

Qualifiers : 

♦ /B — The data size is byte. 

♦ /W — The data size is word. 

♦ fh — The data size is longword. 

♦ /Q — The data size is quadwordV 

♦ VP ~- The address space is physical memory. Note that when virtual 
memory is examined, the address space and address in the response 
are the translated physical address. 

♦ /V — The address space is virtual memory. All access and protection 
checking occur. If the access would not be allowed to a program 
running with the current PSL, the console issues an error message. 
If memory mapping is not enabled, virtual addresses are equal to 
physical addresses. 

♦ /U — Access to console private memory is allowed. This qualifier 
also disables virtual address protection checks. This qualifier Is not 
inherited, and must be respe* . **H each command. 

♦ /N:{countl — The address u . • i of a range. The first access 
is to the address specified, then „ ent accesses are made to 
succeeding addresses. Even if the ^dress is the symbolic address 

the succeeding addresses are at larger addresses. The symbolic 
address specifies only the starting address, not the direction of 
succession. 
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♦ /STEP:{size} — The number to add to the current address. 
Normally this defaults to the data size, but is overridden by the 
presence of this qualifier. This qualifier is not inherited. 

♦ /WRONG — ECC errors on read accesses to main memory are 
ignored. 

♦ /NOT Inverts the sense of the match. 
Arguments : 

♦ {start^atitiress} — A longword address that specifies the first 
location subject to the search. This address can be any legal address 
specifier as defined in Section 4.2.5 and Table 4-4. If no address is 
specified, + is assumed. 

♦ {pattern} — The target data. 

♦ [{ma«kn — A longword containing the bits in the target which are 
to be masked out. 

Examples : 



>»det /p/l/n; 1000 0 C 
>>> 

•»dep 300 12 54 5676 
>>--dep 401 12345676 
•»dejr z>02 87654321 
- ■ -* 

>;*>search /n:1000 . stsl 
f )000030C 12345678 
F 00000401 12345678 



0 12345676 



; Clear some jnemory. 

t Deposit, some "search" data 



! Search for all occurrence 
! ...of 12345676 on any bye 
! •♦.boundary* 
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>»search r. 

F oootcsor 

»>search ,*r. 
F 00000300 
F 0000040C 
F 0O0OO4O4 
F onooasoc 
F 000C0S04 

'•'-♦'-♦search ✓ r« 

F ococf.^o; 
F oooco?.c;« 

F 000 Of?. 04 

F oo'-r off J 
.» -»search r. 
F oi'oonsc? 

F i'O0(.<(>4C4 
> \*stat eh r. 



10CG O 22 345CC- 

100C /net 0 0 

34£**?8GC 
OOCO0O1I 
43210000 
000067€£ 
100C 'st:; 0 
9-£iA3Zl 
OCe*?f f«4 3 
00008 7t£ 
0«" 00008" 

loco .1 o :z 



1000 st:I w 0 FE11 



FFFFFFFE 



* Then try on lengword. . . 

• . . .boundaries* 

! Search for ail non-^tro. 
r . . .iongwords. 



? Search for "odd" longwords. 
? ...on any boundary. 



* Search for all occurrences. 
? ...of the byte 12. 

! Search for all words which. 
! ... could be interpreted as. 
-* ...a "spin" <10$:*brb 10$> , 
! Note, none found. 



4.2.7.14 SET 

Format :, 

SET {parameter} {value} 

Description : 



Sets the indicated console parameter to the indicated value. The following 
are console parameters and their acceptable values: 

Parameters ; 

• BFU A)G — Set the default R5 boot flags. The value must be a 
hexadecimal number of up to 8 hex digits. 

• BOOT — Set the default boot device. The value must be a valid 
device name as specified in Section 4.2.7.1 on the BOOT command. 
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HOST — Invoke the DUP or MAINTENANCE driver on the 
selected node. Only SET HOST /DUP accepts a value parameter. 
The hierarchy of the SET HOST qualifiers listed below suggests 
the appropriate usage. Each qualifier only supports the additional 
qualifiers at levels below it. 

/DUP — Use the DUP protocol to examine/modify parameters of a 
device on the Q22-bus. The optional value for SET HOST /DUP is a 
task name for the selected DUP driver to execute. 

NOTE 

The KA65S DUP driver only supports SEND DATA 
IMMEDIATE messages, and hence those devices which 
also support them, 

/UQSSP — Select the Q22-bus device using one of the following 
three methods. 

/DISK n — Specify the disk controller number, where » 
is from 0 to 255. (The resulting fixed address for n =0 is 
20001468 and the floating rank for n >0 is 26.) 

/TAPE n — Specify the tape controller number, where n 
is from 0 to 255. (The resulting fixed address for n =0 is 
20001940 and the floating rank for n >0 is 30.) 

csr M address — Specify the Q22-bus I/O page CSR address 
for the device. 

/MAINTENANCE — Use the MAINTENANCE protocol to 
examine/modify KFQSA EEPROM configuration parameters. Note 
that SET HOST /MAINTENANCE does not accept a task value. 

/UQSSP — 

/SERVICE n — Specify the KFQSA controller number 
n of a KFQSA in service mode, where n is from 0 to 3. 
(The resulting fixed address of a KFQSA in service mode is 
200019X0+4**1 .) 

csr M address — Specify the Q22-bus I/O page CSR address 
for the KFQSA. 
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• LANGUAGE — Set console language and keyboard type. If the 
current console terminal does not support the DIGITAL multinational 
character set (MCS), then this command has no effect and the console 
remains in English message mode. Acceptable values are 1 through 
15 and have the following meaning: 

1 ) Dansk 

2) Dei^.sch (Deutschland/Osterreich) 
3» Deuitech (Schweiz) 

4) English (United Kingdom) 

5 > English ( United States/Canada ) 

6 > Espariol 

7) Francais (C?anada) 

8> Franc&is (France/Belgique* 

9 > Francais (Suisse) 

10 » Italiano 

II } Nedertands 

12> Norsk 

13 1 Portugues 

14) Suorni 

15) Svenska 



Qualifiers : 

On a per parameter basis. 
Arguments : 

None 
Examples : 



*-'*>set bfiaa ZZ 0 

>".•> 

»>set boot duaO 
*»*»■» 

■ ' • •set host -tr.air.t. uqssp 2000 14 €8 
VCSSP Controller i"" , 2150) 
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Enter SET, CLEAR/ SHOW, HELP, EXIT, or QUIT 



Node 


CSP. address 


Model 


0 


^ 721 50 


21 


I 


760334 


21 


4 


760340 


21 


5 


760344 


21 


7 







? help 
Commands : 

SET <node> /KFQSA 

SET <NODE> <CSR address> <model> 

CLEAR <NOD£> 

SHOW 

HELP 

EXIT 

QUIT 
Parameters: 

<NODE> 

<C£F_address> 

<model> 
: set 6 /kfqsa 
? show 



Node 


CSP Address 


Model 


0 


772150 


21 


■> 
i. 


">60334 


21 


4 


760340 


21 


5 


760344 


21 


6 







? exit 

Programming the KFQSA. . . 

>» 

»>set language 5 
»> 



set KFQSA OSS I node number 
enable a DSSI device 
disable a DSSI device 
show current configuration 
print this test 
program the KFQSA 
don't program the KFQSA 

0 to 7 

760010 to 777774 

21 (disk) or 22 (tape) 



4.2.7.15 SHOW 

Format : 

SHOW {parameter} 

Description : 



Displays the console parameter indicated. 
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Parameters : 

♦ BFL(A)G — Show the default R5 boot flags. 

♦ BOOT — Show the default boot device. 



♦ DEVICE — Show a list of all devices in the system. 



♦ ETHERNET — Show the hardware Ethernet address for all 
Ethernet adapters that can be found. Displays as blank, if no 
Ethernet adapter is present. 



• LANGUAGE — Show the console language and keyboard type. 
Refer to the corresponding SET LANGUAGE command for the 
meaning. 



♦ MEMORY — Show main memory configuration on a board by 
board basis. Also report the addresses of bad pages, as defined by the 
bitmap. 

/FULL Additionally show the normally inaccessible areas of 
memory, such as, the PFN bitmap pages, the console scratch 
memory pages, and the Q22-bus scatter/gather map pages. 



• QBUS — Show all Q22-bus I/O addresses that respond to an aligned 
word read. For each address, the console displays the address in the 
VAX I/O space in hex, the address as it would appear in the Q22-bus 
I/O space in octal, and the word data that was read in hex. 

This command may take several minutes to complete, so the user 
may want to issue a iCtfl j jjj to terminate the command. The command 
disables the scatter/gather map for the duration of the command. 
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• RLV12 ~ Show all RL01 and RL02 disks which appear on the 
Q22-bus. 



• UQSSP — Show* the status of ail disks and tapes that can be found 
on the Q22«bus which support the UQSSP protocol. For each such 
disk or tape on the Q22-bus, the console displays the controller 
number, the controller CSR address, and the boot name and type 
of each device connected to the controller. The command does not 
indicate the bootability of the device. 

The device information is obtained from the media type field of the 
MSCP command GET UNIT STATUS. In the case where the node is 
not running, or is not capable of running, an MSCP server, then no 
device information is displayed. 



• VERSION — Show the current version of the firmware. 



Qualifiers : 

On a per parameter basis. 
Arguments : 

None 
Examples : 



•>"•"• show bfiag 
OOOOC22C 

>»show boot 
OUAO 

»> 

>>**show device 

Cask Controller O (772150) 
-DUAO <RF?0) 

VQZST Fisk Controller 1 (760334) 
-PUB1 (KF30) 



UQSSI- Disk Controller 2 
-PUC4 <RF30> 



(760340) 
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UQSSF Disk Controller 3 060344) 
-DUDS (RF30) 

Ethernet Adapter 

-X2A0 (08-0C— 2E-0B-82-29) 

>>.» 

»>show Ethernet 
Ethernet Adapter 

-XQAO (O0-OC-2&-OB-82-29) 

v - . • > 

>-«:*show language 
Eng*ish (United States/Canada) 

;»*>'> 

*sr»ow memory 

Memory 0: OOOOOOOO tc 003FFFFF, 4 MBytes, 0 bad pages 
Total cf 4 MBytes, 0 bad pages, 98 reserved pages 

>.>N 

-•>>show memory 'full 

Memory 0: OOOOOOOO to 003FFFFF, 4 MBytes, 0 bad pages 
Total of 4 MBytes, C bad pages, 98 reserved pages 
Memory Batmap 

-003F3C0C tc 003F3FFF, 2 pages 

3cnscl? Scratch Area 

-003F4OO0 tc 0C3F" ? FFF, 32 pages 

Qbus Map 

-003FPOOO tc 0O3FFFFF, 64 pages 

Scar, cf Bad Fages 

*•>'» 

,>'.»show qbus 

Scan cf Jfcus I/O Space 

-200000DC P60334) * 0000 (300) RQDX3 / KD AS 0 / RRD50 / RQC2 5/ KFQS A~D I SK 

-200000DE ("60336} « OAAC 

-200000EC P60340) * 0000 (304) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK 

-200000E2 ("60342) « OAAO 

-200000E4 P60344) . « 0000 (310) RQDX3/KDA50/RRD50. RQC25/KFQSA-DISK 

-2000O0E6 C60346) « OAAO 

-20001468 ("72150) * 0000 (154) RQDX3/KDA50/RRD50, RQC25/KFQSA-DISK 

-2000146A ("72152) * OAAO 

-20001F40 ("7*>500) « 0020 (004) IPCR 
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Z z f icus Memcry Space 
•••'snow r i vlC 

• •>.'Shcw uqssp 

"i£St Disk Controller 0 (-72150) 
-r.VAO <P.F30> 

"iCSF Disk rcntrclier 1 <*?60334) 
-M'PI fRF3G> 

t ? ;C£F risk 7cntrcller 2 ("60340) 
<FF30» 

tv„rsf task; Ccntrcller 3 ("60344) 

-ncs <ff*o> 

• * -show version 

4.2.7.16 START 

Format : 

START Uaddrewtf] 

Description : 

The console starts instruction execution at the specified address. If no 
address is given* the current PC is used. If memory mapping is enabled, 
macro instructions are executed from virtual memory, and the address 
is treated as a virtual address. The START command is equivalent to a 
DEPOSIT to PC, followed by a CONTINUE. No INITIALIZE is performed. 

Qualifiers : 

None 

Arguments : 

• [ittddre««U — The address at which to begin execution. This is 
loaded in the user's PC. 

Examples : 

• • -st art 1000 
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4.2.7,17 TEST 

Format : 

TEST Utetttjniunber* nt««t M argu2ttent«Hl 

Description : 

The console invokes a diagnostic test program specified by the test 
number. If a test number of 0 is specified, the power-up script is executed. 
The console accepts an optional list of up to five additional hexadecimal 
arguments. 

A more detailed explanation of the diagnostics may be found in 
Section 4.4. 

Qualifiers . 

None 

Arguments . 

♦ {te*t„number} — A two digit hexadecimal number specifying the 
test to be executed. 

* Ue*t_arjGtt«M»tt«i — Up to five additional test arguments. These 
arguments are accepted but no meaning is attached to them by the 
console. For the interpretation of these arguments, consult the test 
specification for each individual teat. 

Examples : 

* E:-;erutfr the power-up diagnostic script 
. ■•• 1 Warmn? . . .this has the same affect as a ccwer-uf 

• - *t C 

■ * •* • • ~ . • - i t « a. . ■ t ■'ll > ^. « t ^fr i «;«< l^Vt lkr« tf V ( ' < t«C t • • 

* **• . « • . 4- C a . A . % X ? « • * "* • . 1 C . • 4b 5 • .14. I • ' r • X «. » »*X**XC«*C9« • 



* List all cf the diagnostic tests. 
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$ Address 



Name 



Fararoeters 





v • • t 


■fiFfif' 


r,4u qr*?* 






ri4rjf« 


~ i> * p* owr X u 








^ *t 




f»|f e .4 




? 3 




r **t ** 




* 


*» n c. 4 


r "?£4 

Is KSH 






,jC»r 4 




rCVB 2 C Dowtrur 




4 


r Q'p 
v - -» c 


^»Ti T V X* r^f 4t 


m r 


-'»4 

» • » H 




>- v* 5 • i»iv*i»v i y 




4- v. 1 < ** 


fc'c* - r 




* * 




V \ TkC 
C 4, «»V- 




«- 


4> » *t 


P "5 C, A 
£•4. -'*t 




1 ~« 
\ • 




r. *» v j s. 




r n 

- i 


•.'»r 4 
» *» 


F£4 r 




t ' 
- «- 




CRT 




«_ 4 


4> vl 1 


*T«CVC *• 


TOY <— } rt^fc 


f c 




Er * f 


^ >(44 


c A 


z o r 4 


4 >• 


VAX CMC'L CDAL 


•» « 








*t v 


"*r»t.4 


pi r*4 




UP 


"*Ofl4 


P 


t»45v QiauS 




-?C«C*4 




riw 4 4*c*^» W-* tv*<. 








4** 474 


*- * 


4* «^ * *» 






>- *- 




Fr "^r 


qop RiM 217.? 


?*• 


'f 1 ( 14 
«- v v." ** 


CpPQ 


C? O ^ 4*~Aar*r4^ 


'•4 


Tlf»4 


m - 


v -i » v. uc|4 ^l^v , c^*^ , 




4- V V . 


t ! " F « ^ 


v4«(ici. Hi vint i y 


J F 




>■ *» c 




44 


~ t If* f 
4- ^ ^ 


OF IP 






4- <- - » 


f»FQ c . 
vr r* - 




4 1 


c 

w - V 


■i *-< *c 


a 4"/I tt acaI* 




- n. . s 
*, <• v . 




*4 !*• 4T ^ 7 T" <^ 


- 4 


~ 0 ; • r 


"I 4F4 


MpM clT«- , , t ~"" r»et>«e 






I&FC 


MEM Bit. mar 


4F 




IE**: 


MEM~t at a 


4E 




ZC3Z 


MEM Byt« 


41 


,?CH« 


C14A 


MEM Address 


4C 




4- *~ E *- 


MEM ECC Errcr 


4I> 






MEM_Maskd_Errs 


4A 




^B4B 


MEM Correction 


4- 


roe! 


*:a?e 


MEM~FOM_Logic 


4P 


zo;* 




MEM Addr shrts 


4" 


z^c* 


36Ct 


MEM_Kef resh 


4C 


;c\ f 


3 p t f 


MEM~C cunt _E r r «? 


*r 




3BB** 


Uti Iities" 


<4T 


J OOF 


3CBB 


List CFU regs 



MEMCSRC_addr 
♦ * 



start_baud end_bauo 
n\ark_not_present *** 

tr.ark_not^jpresent sciftest^rC aelftest^ri 
input_csr selftest^rO self tester! **»*^«* 
**»**• 

which_timer waat^time^us *** 
r^peat_tcst_^50ms_ea Tolerance ******** 

dont_repcrt^memcry_bad repeat^count * 
start_addr end_addr addr_incr*~* # ** 
addr_ancr 

IF csr ***••* 

devxce_nvyr;_addr **** 
* 

* 
* 

start_addr end_addr addr_incr 
start_addr end_addr addr^incr ******* 
adar incr *»•*•**** 
addr~ancr ********* 

* # * *~ 

* * * 

** » »« • * * * * 

•*• mark_Jiard_SSEs ****** 

start^add end^add add_incr cont_on_eri" ****** 
start_add end~add add_incr cont^on^err ****** 
start^add end^add add^incr cont^on_err ****** 
start_add *nd_add add^xncr cont^on^crr ****** 
start_add end_add add^ancr cont^on^err ****** 
start^add end^add add^ancr cont^on^err ****** 
**• cont__on_err ****** 

start^add end_add * cont_or._err patl pat2 **** 
start end ancr ccnt._on_jerr tirtve^seconds ***** 
Fxrst^board Last_board""sof t_errs_allowed ***** 
Expnd~err_rasg get_Tnode init_LEDs cirjps^cnt 
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9F 2005 41**; Create script 



• Show the diagnostic state. 



t f e 

t atmap«C>0BF340C', length«OC:oO, checfcsum-0O7£ 

I ■usniap*D0BF800C 

: e«i urr._sta:?k*CC1406A4 

ur t © sit _t c« irOf 4 EBBO 
t rmeeut^OOOOOOOI, error-OC, cte_error-00 

ct* error vect.cr-00, severity code-02. total errcr count ~C CO C 

j r*vxoujTerror«00000000, GOOOCOOO, oooooooc7 oooooooo, oooooocc 

last e::rfeptior._pc-4 004EBDA 

1 la^?=: IFFrDT, test_*Xags=£C 

highest__severity*OC 

+ei_disf ;ay» : 0€ 

ccnsc ;«r_cUspiay-00 

savfcjnrhk__co 4e= 8 0 , save__err_f lags - 000 000 
pararri*ter~l-.000O0O0C 2=0t C00000 3=00000000 
parameter €=C»C0uO0i>l ^OOOOOCOO 8=2O04EBE0 



4=00000000 r^OOCOOOOO 
9*00000000 10-20C560S6 



Display the CPU registers. 



TCY 

TCI". 

VCF1 

Bxcr 
MrE* 

BDB 
SCF 
CBMB* 



=00000000 

«ooouooo: 
»oooooi»oo 
«oooooooo 

«FFFFFFD0 

=ouoocc»oo 
«oooooooo 



iccr - 

TIKC = 

t:k; * 

RXDB = 
CAP? * 
DLEDR* 
DSER * 
!PCRn= 



00000000 
00000000 
CCBP79?a 

oooooooc 
oooooooc 
oooooooc 

00000080 

occo 



MEM FBI* 1 
MEM" FBI- C 
MEM~FRV 3 
MEM FBI* 4 



MEMCSR 0=8000001* 
MEMrSR24-80400CXC 
MEMOS*; 8= OOOOOOOC 
MEMCSR12=0OOO0O0C 
MEMCSR16=00000044 



TNIR0«OO0O0000 
TNlRl=O00O000F 
TXCS =00000000 

SSCCB=00D45C33 
QBEABwOOOOOOOF 



TIVRG*00000078 
TI\ r RX«O000007C 
TXDB «OC000030 

C8TCB=C0O00004 
DEAR «00000000 



1=0000001* 
^=808000X6 
9-00000000 
13=00000000 
X**=00002C3C 



2=00000015 
6*000000X6 
10-00000000 
14*00000000 



3=00O0OOXr 
7=000000X6 
11*00000000 
l$*0OOCC0O0 
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4.2.7.1* UfWAM 

Format : 

UNJAM 

Description : 

An I/O bus react is performed. This is implemented by writing 1 to IPR 

55. 

Qualifiers : 

None 
Arguments : 

None 
Examples : 

•> *un tanv 

4.2.7.19 X • Binary Lone* unci Unload 

Format : 

X {addre««l {count} <CR> {Ime^checksuml 
{data) {datfc_check*umi 

Description : 

The X command is for use by automatic systems communicating with the 
console. It is not intended for use by operators. 

The console loads or unloads (that is, writes to mer.^ry, or reads from 
memory) the specified number of data bytes, starting at the specified 
address through the console serial line, regardless of which device is 
serving as the system console. 

If bit 31 of the count is clean data is to be received by the console, and 
deposited into memory. If bit 31 of the count is set, data is to be read from 
memory and sent by the console. The remaining bits in the count are a 
positive number indicating the number of bytes to load or unload. 
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The console accepts the command upon receiving the carnage return. 
The next byte the console receives is the command checksum, which is 
not echoed. The command checksum is verified by adding ail command 
characters, including the checksum and separating whitespace, (but 
not including the terminating carriage return or rubouts or characters 
deleted by ruboutJ, into an 8 bit register initially set to zero. If no errors 
occur, the result is zero. If the command checksum ts correct, the console 
responds with the input prompt and either sends data to the requester or 
prepares to receive data. If the command checksum is in error, the console 
responds with an error message. The intent is to prevent inadvertent 
operator entry into a mode where the console is accepting characters from 
the keyboard as data, with no escape mechanism possible. 

If the command is a load <bit 31 of the count is clean, the console responds 
with the input prompt, then accepts the specified number of bytes of 
data for depositing to memory, and an additional byte of received data 
checksum. The data is verified by adding all data characters and the 
checksum character into an 8 bit register initially set to zero. If the final 
contents of the register is non-zero, the data or checksum are in error, and 
the console responds with an error message. 

If the command is a binary unload (bit 31 of the count is set), the console 
responds with the input prompt, followed by the specified number of bytes 
of binary data. As each byte is sent, it is added to a checksum register 
initially set to zero. At the end of the transmission, the 2*9 complement of 
the low byte of the register is sent. 

If the data checksum is incorrect on a load, or if memory errors or line 
errors occur during the transmission of data, the entire transmission is 
completed, and then the console issues an error message. If an error 
occurs during loading, the contents of the memory being loaded are 
UNPREDICTABLE. 

Echo is suppressed during the receiving of the date string and checksums. 

To avoid treating flow control characters from the terminal as valid 
command line checksums, all flow control is terminated at the reception 
of the carriage return terminating the command line. 

It is possible to co ntrol th e con so le se rial line through the use of the 
control characters ([Cut; S5J, [Ctrl! js], (Ctrlj joji during a binary unload. It is not 
possible during a binary load, as all received characters are valid binary 
data. 
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Data being loaded with a binary load command must be received by the 
console at a rate of at least one byte every 60 seconds. The command 
checksum that precedes the data must be received by the console within 
60 seconds of the carriage return that terminates the command line. The 
data checksum must be received within 60 seconds of the last data byte. 
If any of these timing requirements are not met the console aborts the 
transmission by issuing an error message and prompting for input. 

The entire command, including the checksum, can be sent to the console 
as a single burst of characters at the console serial line's specified 
character rate. The console is able to receive at least 4 Kbytes of data 
in a single X command. 

Qualifiers : 

None 
Arguments : 

None 

Examples : 
None 

4,2.7,20 t - Comment 

Format : 

t 
« 

Description : 

The comment command is used to document command sequences. The 
comment character can appear anywhere on the command line. All 
characters following the comment character are ignored. 

Qualifiers : 

None 
Arguments : 

None 
Examples : 

*'•>' The console ignores this lane. 
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4.2.8 Conventions for Tabies 4-5 and 4-6 

Tables Table 4-5 lists a complete summary of the console commands. 
Table 4-6 is a summary of the qualifiers recognized by the KA655 console. 

The following is a list of conventions used in Tables 4-5 and 4-6: 

♦ UPPERCASE denotes the command or qualifier keyword. 

• {I denotes a mandatory item which must be syntactically correct. 

• I ] denotes an optional item. 

• t denotes an "or" condition. 

♦ buatjlags, count, size, address, & parameters denote hex longword 
values. 

• boat_devtce denotes a legal boot device name. 

♦ csr_address denotes a Q22-bus I/O page CSR address. 

♦ controller jnumber denotes a controller number from 0 to 255. 

♦ language Jype denotes the language value, from 1 to 15. 

♦ command denotes a console command o*her than REPEAT. 

• data, pattern, & mask denote hex values of the current size. 

* test ^number denotes hex byte test number. 

Ta bte Co nsole Command Summary 

Com m unci Qualifier? Argument Other(s) 

BOOT /R5.{boot^flagsl /{boot_flag3| 

CONTINUE — 

DETOSIT /B /\V /L /Q — /G /I /V /P /M 

AJ 

/N:(countl /ST£P:{sizeJ 
/WRONG 

EXAMINE /B /W /L /Q — /G 1 V /P /M 
ru 

/N:lcounti /STEP:{Htzei 
/WRONG 
/INSTRUCTION 
FIND /MEM/RPB 



Uboot.deviesH . — 

{address) {data* 

HdataH 

HaddressM — 
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Table 4-5 (Cant) Console Command Summary 



Command Qualifiers 



Argument 



Other(t) 



HALT 
HELP 
INITIALIZE 
MOVE 



NEXT 

REPEAT 

SEARCH 



SET 

BFL(A« 
SET ROOT 
SET HOST 



SET HOST 



SET 

i<ANGUAGE 

SHOW 

BFUAKJ 

SHOW 

BOOT 

SHOW 

ETHERNET 

SHOW 

LANGUAGE 

SHOW 

MEMORY 

SHOW 

QBUS 

SHOW 

RLV12 



/B /W/L/Q — /V/P/U 
/N:{count{ /STEP:{size} 
/WRONG 



/B AV/L/Q — /V/P/U 
/N:icount} /STEP:{sizei 
'WRONG 
/NOT 



/DUP /UQSSP {/DISK ! 
TAPE I 
/DUP /UQSSP 
/MAINTENANCE /UQSSP 
/SERVICE 

/MAINTENANCE /UQSSP 



/FULL 



{src_addres&} 



HcountH 

{command} 

{start.addreBs} 



{bitmap} 

{device_string} 

{controller.. 

number} 

{csy_address} 

{controller^ 

number} 

{csr_address} 

fianguage_typel 



{dest_ 
address} 



{pattern} 
[{mask}! 



{{task}] 
[{task}] 
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Tabjg 4-S (Contj Contoit Command Summary _ 

Command Qualifiers Argument Other<«> 

SHOW 
UQSSP 
SHOW 
VERSION 
START 
TEST 
UNJAM 
X 



Table 4-6 Console Quallfitr Summary 



Data Control 


/B 


Byte* legal for memcry references only 


AV 


Word, legal for memory references only 


/L 


Longword, the default for GPR and IPR references 


'Q 


Quadword, legal for memory references only 


/N:{countl 


Specify number of additional operations 


/STEP:{suel 


Override the default step incrementing sire with the value 




specified for the current reference 


/WRONG 


Ignore ECC bits on reads. Use an ECC value of 3 on writes 



Addreas Space Control 



/G General Purpose Registers 

/I Internal Processor Registers 

/V Virtual memory 

/P Physical memory, ?ooth VAX memory and I/O spaces 

/U Protected memory (ROMs, SJ5C RAM, PFN bitmap, and so 
on.) 

/M Machine state (PSD 



{address} 
{test_numberl 

{address} 



[{parameters}] 
fcountf 
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Tsble 4-6 (Cont.) Console Qualifier Summary 



Command Sjpecific 



/INSTRUCTION EXAMINE command only. Disassemble the instruction at 

acid.- ess specified. 

'NOT S.SARCH command only. Invert the sense of the match. 

/K5:{boot_fifcg8L BOOT command only. Specify a function bitmap to pass to 
'{baot.nagsi VMB through R5. Refer to Figure 4-1 for a bit description of 

R5. Either form of the command is acceptable. 
/RPB. '"MEM FIND command only. Search for valid RPB or good block of 

memory. 

•UUP. SET HOST command on] v. Refer to command description for 

/UqSSP. usage. 
DISK, TAPE, 
'MAINTENANCE, 

/SERVICE 



4*3 Bootstrapping 

Bootstrapping is the process of loading and transferring control to 
an operating system. The KA655 supports bootstrap of the following 
operating systems: VAX/VMS, Ultrix-32, and VAXELN. Additionally, the 
KA655 will boot MDM diagnostics and any user application image which 
conforms to the boot formats described herein. 

On the KA655 a bootstrap occurs whenever a BOOT command is issued at 
the console or whenever the processor halts and the conditions specified 
in the Table 4-1 for automatic bootstrap are satisfied. 

4,3.1 Boot Devices 

The KA655 firmware passes the address of a descriptor of the boot device 
name to VMB through RO. The device name used for the bootstrap 
operation is one of the following: 

• XQAO, if no default boot device has been specified 

• The default boot device specified at initial power-up or through a SET 
BOOT command 

• The hoot device name explicitly specified in a BOOT command line 
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Thr device name may be any arbitrary character string, with a maximum 
length of 17 characters. Longer strings cause an error message to be 
issued to the console. Otherwise the console makes no attempt at 
interpreting or validating the device name. The console converts the 
string to all upper case, and passes VMB the address of a string descriptor 
for the device name in RO. 

Table 4-7 correlates the boot device names expected in a BOOT command 
with the corresponding supported devices. 



Table 4-7 KA6S5 Supported Boot Devices 



Boot 


Controller 




Name 1 


Type 


Device Type(«) 


Disk: 


DUcn 


RQDX3 


RD52, RD53, RD54, RX33. RX50 




MSCP 






KDA50 MSCP 


RA7C, RA80, RA81, RA82, RA90 




KFQSA 


RF30, RF71 




MSCP 






KL.ESI 


RC25 


DLcn 


RLV12 


RL01, RL02 


T«pe: 


MUcn 


TQK50 MSCP 


TK50 




TQK70 MSCP 


TK70 




KFQSA 






MSCP 






KLESI 


TU81E 


Network: 


XQcn 


DEQNA 






DELQA 






DESQA 





1 Boot device names commit of minimally a two letter device code, followed by a single 
character controller letter (A.-.Z). and terminating m a device unit number <0... 65535). 
DSSI device names may optionally include a node prefix, constating of either a node 
number (0...7) or a node name (a «thng of up to 8 characters), terminating in a **$*'. 
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gbjt 4-7 (Contj KA65S guggortgd Boot Devices 

Boot Controller 

Nwie 1 Type Device Type(«) 



PROM: 



PRAO MRVU 



1 Boot device names consist of minimally a two letter device code, followed by a single 
character controller letter (A...Z), and terminating in a device unit number (0...65535). 
DSSI device name* may optionally include a node prefix, consisting of either a node 
number (0...7) or a node name <a string of up to 8 characters}, terminating in a "$". 



NOTE 

Table 4-7 presents * definitive list of boot devices which the 
KA655 supports* However, the KA655 will likely boot other devices 
which adhere to the MSCP standards. 



4*3.2 Boot Flags 

The action of VMB is qualified fay the value passed to it in R5. R5 
contains boot flags that specify conditions of the bootstrap. The firmware 
passes to VMB either the R5 value specified in the BOOT command or the 
default boot flag value specified with a SET BFLAG command. 

Figure 4-1 shows the location of the boot flags used by VMB in the boot 
flag longword and Table 4-8 describes each flag's function. 



}1 




9 


e 


6 


5 


4 3 0 
















_ ... , j , 

! 1 



RPBJV BOOBPT 1 

P.PBSV DlAG 1 

«PB*V ©BLOCK 1 

RPB$V CONV 



f»PB$V HALT 1 I 

RPB$V SOUCT ! f 

RPB$V HEADER 1 



Figure 4-1 VMB Boot Flag* 
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Tab* 4-8 VMB Boot Flags 



Field Nuate 



De*criptiou 



0 
3 



6 



9 



RPB*V_CONV 

RPB$V_ 

BBLOCK 



RPB$V.DIAG 



RPB$V_ 
BOOBPT 

RPB$V_ 
HEADER 



RPB$V.SOLKT 



RPB*V_HALT 



31:28 RPB$V_ 
TOPSYS 



(Conversational bootstrap 

Secondary bootstrap from bootblock. When this bit 
is set, VMB reads logical block number 0 of the 
boot device and tests it for conformance with the 
bootblock format If in conformance, the block is 
executed to continue the bootstrap. No attempt to 
perform a Files- 11 bootstrap is made. 
Diagnostic bootstrap. When this bit is set, 
the load image requested over the network is 
I SYSO SYSMAINTJDIAGBOOT.EXE. 
Bootstrap breakpoint- If this flag is set, a 
breakpoint instruction is executed in VMB and 
control is transferred to XDELTA prior to boot. 
Image header If this hit is set, VMB transfers 
control to the address specified by the file's image 
header If this bit is not set, VMB transfers control 
to the first location of the load image. 
Pile name solicit. When this bit is set, VMB 
prompts the operator for the name of the application 
image file- A maximum of a 39 character file 
specification is permitted. 

Halt before transfer. When this bit is set, VMB 
halts l»efore transferring control to the application 
image 

This field can 1m» any value from O through F. This 
flag changes the top level directory name for the 
system disks with multiple operating systems. For 
example, if TOPSYS is 1, the top level directory 
name is (SYS1.. I 
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4.3.3 Preparing for th# Bootstrap 

Prior to dispatching to the primary bootstrap CVMB), the firmware 
initialixes the system to a known state. The initialisation sequence is 
the following: 

1. Check CPMBX<2>(BIP). If it is set, bootstrap fails* 

2. If this is an automatic bootstrap,, print the message "Loading system 
software* on the console terminal. 

3. Validate the boot device name. If none exists, supply a list of available 
devices and prompt user for a device. If no device is entered within 30 
seconds, use XQAO. 

4. Write a form of this BOOT request including the active boot flags and 
boot device on the console, for example "(BOOT/R&O DUAO)". 

5. Set CPMBX<2>(BIP). 

6. Initialize the Q22-bus scatter/gather map. 

a. Clear IPCR<5>(LMEAE). 

b. Perform an UN J AM. 

c. If an arbiter, map all vacant Q22-bua pages to the corresponding 
page in local memory and validate each entry if that page is good. 

d. Perform an I NIT. 

e. Set IPCR<5XLMEAE>. 

7. Validate the PFN bitmap. If invalid, rebuild it. 

8. Search for a 128 Kbyte contiguous block of good memory as defined by 
the PFN bitmap. If 128 Kbyte cannot be found, the bootstrap fails. 
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9. Initialize the general purpose registers. 

RO « address of descriptor of the boot device name or 0 if none 
specified 

R2 a length of PFN bitmap in bytes 

R3 ~ address of PFN bitmap 

R4 * time of day from PR$JTODR at power-up 

R5 « boot flags 

RIO = halt PC value 

Rli ~ halt PSL value i without halt code and map enable * 
AP = halt code 

SP - base of 128 Kbyte good memory block + 512 
PC « base of 128 Kbyte good memory block + 512 
Ri t R6. R7. R8 # R9, FP =0 

10. Copy the VMB image from EPROM to local memory beginning at the 
base of the 128 Kbyte good memory block + 512. 

11. Exit from the firmware to memory resident VMB. 

On entry to VMB the processor is running at IPL 31 on the interrupt 
stack with memory management disabled. 

4,3*4 Primary Bootstrap, VMB 

Virtual memory boot (VMB) is the primary bootstrap for booting VAX 
processors. On the KA655, VMB is resident in the firmware and is copied 
into main memory before control is transferred to it. VMB then loads the 
secondary bootstrap image and transfers control to it. 

NOTE 

In certain cases* such as VAXELN, VMB actually loads the 
operating system directly. However, for the purpose of this 
discussion tecondary bootstrap refers to any VMB loadable image* 

VMB inherits a well defined environment and is responsible for further 
initialization. The following summarises the operation of VMB: 

1. Initialize a two-page SCB on the first page boundary above VMB. 

2. Allocate a tht se-page sta^k above the SCB. 

3. Initial we the restart parameter block c.ivB>. 

4. Initialize the secondary bootstrap argument list. 

5. If not a PROM boot, locate a minimum of 3 consecutive valid QMRs. 
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6 Write "2" to the diagnostic LEDs and display "2.." on the console to 
indicate that VMB is searching for the device. 

?. Optionally, solicit from the console a "Bootfile: " name. 

8. Write the name of the boot device from which VMB will attempt to 
h<K»t on the console, for example* "-DUACT. 

9. ( -opy the secondary bootstrap from the boot device into local memory 
above the stack. If this fails, the bootstrap fails. 

10 Write "1" to the diagnostic LEDs and display "1.." on the console to 
indicate that VMB has found the secondary bootstrap image on the 
IxkH device and has loaded the image into local memory. 

11. Hear CPMBX<2xBIP> and CPMBX<3>(RIP). 

12. Write "0" tt> the diagnostic LEDs and display "0.." on the console to 
indicate that VMB is now transferring control to the loaded image. 

Ui Transfer control to the loaded image with the following register 

usage: 

R5 - transfer address in secondary bootstrap image 
RIO = base address of secondary bootstrap memory 
Rll - bast* address of RPB 

AP = base address of secondary boot parameter block 
SP ~ current stack pointer 

If the Uiotstrap operation fails, VMB relinquishes control to the console 
by halting with a HALT instruction. 

NOTE 

VMB make* no assumption* about the location of Q224>u* 
memory* However, VMB searches through the Q22»bus map 
register* (QMRs) for the first QMR marked valid. VMB requires 
minimally 3 and maximally 12$ contiguous valid maps to complete 
a bootstrap operation* If the search exhausts all map registers 
or there are fewer than the required number of valid maps* a 
bootstrap cannot be performed* It is recommended that a suitable 
block of Q22-bus memory address space be available (unmapped 
to other devices) for proper operation* 
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Below is a sample console display of a succe«sful automatic bootstrap: 



Leading system software. 



1...0.. 

After a successful bootstrap operation, control is passed to the secondary 
bootstrap image with the memory layout as shown in Figure 4-2. 
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Flflurt 4-2 Memory Layout at VMS Exit 
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In the event that an operating system has an extraordinarily large 
secondary bootstrap whsch overflows the 128 Kbytes of good memory, 
VMB loads the remainder of the image in memory above the good block. 
However, if there are not enough contiguous good pages above the block to 
load the remainder of the image, the bootstrap fails. 

4.3.5 Devic**D*p*rxi«nt Bootstrap Procedures 

As mentioned earlier, the KA655 supports bootstrapping from a variety of 
boot devices. The following sections describe the various device-dependent 
Ixxrt procedures. 

4.3.5.1 Ditk and Tape Bootstrap Procedure 

The **isk and tape bootstrap supports Files- 11 lookup (supporting only 
the ODS level 2 file structure* or the boot block mechanism (used in 
PROM Ixxit also). Of the standard DEC operating systems VMS and ELN 
use the Files- 11 bootstrap procedure and Ultrix-32 uses the boot block 
mechanism. 

VMB firat attempts a Files-11 lookup, unless the RPBSVLBBLOCK boot 
flag is set. if VMB determines that the designated boot disk is a Files-11 
volume, it searches the volume for the designated boot program, usually 
(SYSO.SYSEXE1SYSBOOT.EXE. However, VMB can request a diagnostic 
image or prompt the user for an alternate file specification (Section 4.3.2). 
If the boot image cannot be found, VMB fails. 

If the volume is not a Files-11 volume or the RPB$VJBBLQCK boot flag is 
set, the boot block mechanism proceeds as follows: 

1. Read logical block 0 of the selected boot device (this is the boot block). 

2. Validate that the contents of the boot block conform to the boot block 
formal (Figure 4-3). 

3. Use the boot block to find and read in the secondary bootstrap. 

A. Transfer control to the secondary bootstrap image, just as for a Files- 
IX boot. 

The format of the boot block must conform to that shown in Figure 4-3. 
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Figur* 4-3 Boot Block Format 
4.3.5.2 PROM Bootstrap Procedure 

The PROM bootstrap uses a variant of the boot block mechanism. VMB 
searches through Q22-bus memory on 16 Kbyte boundaries for a valid 
PROM signature block, the second segment of the boot block is defined in 
Figure 4-3. 

At each boundary, VMB: 

1. Validates the readability of that Q22-bus memory page. 

2. If readable, check to see if it contains a valid PROM signature block. 

If verification passes, the PROM image will be copied into main memory 
and VMB will transfer control to that image at the offset specified in the 
PROM bootblock. If not. the next page will be tested. 
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NOTE 

It is not necessary that the boot image actually reside in PROM. 
Any boot image in Q22-bus memory space with a valid signature 
block on a 16 Kbyte boundary is a candidate. 

The PROM image is copied into main memory in 127 page "chunks" until 
the entire PliOM is moved. All destination pages beyond the primary 128 
Kbyte block are verified to make sure they are marked good in the PFN 
bitmap. The PROM must be copied contiguously and if all required pages 
cannot fit into the memory immediately following the VMB image, the 
boot fails. 

4,3.5.3 Network Bootstrap Procedure 

Whenever a network bootstrap is selected on a KAS55, VMB makes 
continuous attempts to boot from the network. VMB uses the DNA 
maintenance operations protocol (MOP) as the transport protocol for 
network bootstraps and other network operations. Once a network boot 
has been invoked, VMB turns on the designated network link and repeats 
load attempts, until either a successful boot occurs or it is halted from the 
operator console. 

The KA655 supports the load of a standard operating system, a diagnostic 
image, or a user-designated program through network bootstraps. The 
default image is the a standard operating system, however, a user may 
select an alternate image by setting either the RPB$VJDIAG bit or the 
RPBSVJSOLICT bit in the boot flag longword R5. Note, that the RPB$V_ 
SOLICT bit has precedence over the RPB$V_DIAG bit. Hence, if both bits 
are set, then the solicited file is requested. (Refer to Figure 4-1 for the 
usage of these bits.> 

MOTE 

VyiU accepts a maximum of a 39 character file specification 
for solicited boots* If the network server is running VMS the 
following defaults apply to the file specification: the directory 
MOMSLOAB^ and an extension ♦SYS. Therefore* the 39 character 
file specification need only consist of the filename if the default 
directory and extension attributes are used. 
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The KA655 VMB uses the MOP program load sequence for bootstrapping 
the module and the MOP "dump/load" protocol type for load related 
message exchanges. The MOP message types used in the exchange are 
listed in Table 4-9. 

VMB, the requester, starts by sending a REQ^PROGRAM message in the 
appropriate envelope to the MOP dump/load multicast address. It then 
waits for a response in the form of a VOLUNTEER message from another 
node on the network, the MOP load server. If a response is received, 
then the destination address is changed from the multicast address to 
the node address of the server. The same REQ_PROGRAM message is 
retransmitted to the server as an acknowledge which initiates the load. 

Next, VMB begins sending REQ_MEM_LOAD messages in response to 
either: 

* MEM^LOAD message, while there is still more to load 

* MEM_LOAI>_wJCFER, if it is the end of the image 

* PARAM_LOAD_w_XF£R, if it is the end of the image and operating 
system parameters are required 

The load number field in the load messages is used to synchronize the 
load sequence. At the beginning of the exchange, both the requester and 
server initialize the load number. The requester only increments the lead 
number if a load packet has been successfully received and loaded. This 
forms the acknowledge to each exchange. The server will resend a packet 
with a specific load number, until it sees a request with the load number 
incremented. The final acknowledge is sent by the requester and has a 
load number equivalent to the load number of the appropriate LOAD_w_ 
XFER message +1. 

During the boot sequence if no response is made to the REQ_PROGRAM 
message in the current time-out limit, the time-out limit is increased 
linearly up to a maximum of about 4 minutes. The initial time-out limit 
is 4 seconds. 

4.3.5.4 Network Listening 

While the KA655 is waiting for a load volunteer during bootstrap, it 
listens on the network for other maintenance messages directed to the 
node and periodically identifies itself at 8 to 12 minute intervals. In 
particular, this listener supplements the MOP functions of the VMB 
load requester typically found in bootstrap firmware and supports the 
following: 
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• A remote console server that generates unsolicited SYSTEMJD 
messages every 8 to 12 minutes and solicited SYSTEM.JD messages 
in response to REQUESTED messages, as well as, COUNTERS 
messages in response to REQJ20UNTERS messages. 

• A Ioopback server that responds to Ethernet LOOPBACK messages by 
echoing the message to the requester. 

• An IEEE 802.2 responder which replies to both XID and TEST 
messages. 

During network operatior. the firmware listens only to MOP "Load/Dump," 
MOP "Remote Console/' and Ethernet "Loopback Assistance" messages 
protocols directed to the Ethernet physical address of the node. All other 
Ethernet protocols are Altered by the network device driver. Additionally, 
IEEE 802.3 messages are also processed by the network listener. 

The MOP functions and message types which are supported by the KA655 
are summarized in the following tables. 



Table 4-9 KA655 Network Maintenance Operations Summary 



Function 


Role 


Transmit 




Receive 


MOP Ethernet and IEEE 802,3 Menage* 1 


Dump 
Lead 


Requester 

Server 

Requester 

Server 


REQ__ 

PROGRAM* 
REQ_MEM_ 
LOAD 


to solicit 

to solicit & 

ACK 

or 

or 


VOLUNTEER 

MEM^LOAD 

MEM_LOAD_w„ 
XFER 

PARAMJLOAIL 
w_XFER 


Console 


Requester 









1 All unsolicited messages are sent m Ethernet (MOP V3> and IEEE 802.2 <MOP V4>. until 
the MOP version of the server is known. All solicited messages are sent in the format used 
for the request. 

v The initial REQJ'ROGUAM message is sent to the dumpload multicast address If an 
assistance VOLUNTEER message is received, then the responded address is used as the 
destination to repeat the KKQJ'KOGKAM message and for all subsequent REQ_MEM„ 
LOAD messages. 
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Table 4-9 (Cont.) KA655 Network Maintenance Operations Summary 



Function Role 



Transmit 



Receive 



MOP Ethernet and IEEE 802.3 Meesag* 



Server 



SYSTEM.ID 3 
COUNTERS 



m response 
to 

in response 
to 



REQUESTED 
REQ_ 

COUNTERS 
BOOT 



Loopback 



Requester 
Server 



LOOPED.. 
DATA* 



m response 
to 



LOOP_DATA 



DEEE 802.2 Message** 



Exchange Requester 
ID 

Server 



XIDJRSP 



m response 

to 



XID„CMD 



Teat 



Requester 
Server 



TEST_RSP 



in response TESTJ2MD 



5o 



1 All unsolicited messages are sent in Ethernet (MOP V3> and IEEE 802.2 (MOP V4>, until 
the MOP version of the server is known. Alt solicited messages are sent in the format used 
for the request. 

3 SYSTEM_ID messages are sent out every 8 to 12 minutes to the remote console multicast 
address and on receipt of a REQUESTJD message they are sent to the initiator. 

*LOOPED_DATA messages are sent out in response to LOOPJ5ATA messages. These 
messages are actually m Ethernet LOOP TEST format, not in MOP format, and when sent 
in Ethernet frames omit the additional length field (padding is disabled). 
f 'IEEE 802.2 support of XID and TEST is limited to Class 1 operations. 
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4.4 Diagnostics 

The ROM based diagnostics constitute a major portion of the firmware 
on the KA655 and consist of an initial power-up test and a series of 
functional component diagnostics. These diagnostics run automatically 
on power-up and can be executed interactively as a whole, or as 
individual tests using the TEST command (Section 4.2.7.17). This section 
summarizes their operation. 

The purpose of the ROM based diagnostics is multifaceted: 

1. During power-up, the diagnostics determine if enough of the KA655 is 
working to allow the console to run. 

2. During the manufacturing process, the diagnostics verify that the 
board is correctly built. 

3. In the field, the diagnostics verify that the board is operational, and 
to report all detected errors. 

4. The diagnostics allow sophisticated users and Field Service 
technicians to run individual diagnostics interactively, with the intent 
of isolating errors to the FRU. 

To accommodate these requirements, the diagnostics have been designed 
as a collection of individual parameterized tests. A data structure, called 
a script* and a program, called the diagnostic executive* orchestrate the 
running of these tests in the right order with the right parameters. 

A script is a data structure that points to various tests. There are several 
scripts, one for the field, and several for manufacturing, depending on 
where on the manufacturing line the board is. Sophisticated users may 
also create their own scripts interactively. Additionally, the script contains 
other information as follows: 

• What parameters need to be passed to the test. 

• What is to be displayed, if anything, on the console. 

• What is to be displayed, if anything, on the LED. 

• What to do on errors (halt, loop, or continue), 

• Where the tests may be run from. For example, there are certain 
tests that can only be run from the EPROM. Other tests are position 
independent code (PIC), and may be run from EPROM, or main 
memory in the interests of execution speed. 
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The diagnostic executive interprets scripts to determine what tests are 
to be run. There are several built in scripts on the KA655 that are used 
for manufacturing, power-up* and Field Service personnel. The diagnostic 
executive automatically invokes the correct script based on the current 
environment of the KA655. Any script can be explicitly run with the 
TEST command from the console terminal. 

The diagnostic executive is also responsible for controlling the tests so 
errors can be caught and reported to the user The executive also ensures 
that when the tests are run, the machine is left in a consistent and well 
defined state. 

4.4.1 Error Reporting 

Before a console is established, the only error reporting is through the 
KA655*s diagnostic LEDs (and any LEDs on other boards). Once a console 
has been established, all errors detected by the diagnostics are also 
reported by the console. When possible, the diagnostics issue an error 
summary on the console. Example 4-5 shows a typical error display 

?34 Z 06 FF 00 0000 <1> 

F 1-00000000 F2=OOO00OO3 F3=0000003I F4-00000011 P5-000C2000 (Z> 

Ft— FFFFFFFF F~=00000000 P6-00000000 P9-00000000 P10-2005438F (3) 

rC=00114B98 r l-FFFFFFFF r2=20CSD2F0 r3=55555555 r4-AAAAAAAA (4) 

r5-00000000 r 6-AAAAAAAA r*?-00000000 r&-0OQO0OO0 ERF-8O0O0180 (5) 

Example 4-5 Diagnostic Register Dump 

The numbers in parenthesis on the right side of Example 4-5 refer to 
lines of the display and are not a part of the diagnostic dump. The 
information on these lines is summarized as follows: 

1. Test summary containing six hexadecimal fields. 

a. ?34, test identifies the diagnostic test. 

b. 2, severity is the level of a test failure, as dictated by the script. 
Failure of a severity level 2 test causes the display c*f this five-line 
error printout, and halts an autoboot to console I/O mode. An 
error of severity level 1 displays the first line of the error printout, 
but does not interrupt an autoboot. Most tests have a severity 
level of 2. 
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c. 08, error is a number, that in conjunction with listing files, 
isolates to within a few instructions where the diagnostic detected 
the error. This field is also called the subtestlog. 

d. FF, de_error is a code with which the diagnostic executive signals 
the diagnostic's state and any illegal behavior. This field indicates 
a condition that the diagnostic expects on detecting a failure. The 
possible codes are: 

FF - Normal error exit from diagnostic 

FE • Unanticipated interrupt 

FD • Interrupt in cleanup routine 

FC - Interrupt in interrupt handler 

FB - Script requirements not met 

FA - No such diagnostic 

EF - Unanticipated exception in executive 

e. 00, vector is the SCB vector (if non-xero) through which an 
unexpected exception or interrupt trapped, when the cHe_error 
field indicates an unexpected exception or interrupt (FE or EF). 

f. 0000, count is the number of previous errors that have occurred. 

2. P1...P5 are the first five longwords of the diagnostic state. This is 
internal information that is used by repair personnel. 

3. P6...P10 are the last five longwords of the diagnostic state. 

4. R0...R4 are the first five GPRs at the moment the error was detected. 

5. R5...R8 are additional GPRs and ERF is a diagnostic summary 
longword. 

4.4,2 Diagnostic interdepenctencies 

When running tests interactively on an individual basis, users should be 
aware that certain tests may be dependent on some state set up from a 
previous test. In general, tests should not be run out of order. 
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4.4.3 Areas not Covered 

The goal is to achieve the highest possible coverage on the KA655 and the 
memory boards. However, the testing of the KA655 while running with 
memory management turned on is minimal. Also, due to the way the 
firmware is implemented (a polled environment running at IPL 31 > t the 
testing of interrupts is not extensive. 

These diagnostics are not intended to be used as system level tests. There 
are no tests that completely verify that access to the Q22-bus will work. 
Thus, a disk, a controller, the backplane, or portions of the CQBIC may 
be faulty, and the diagnostics may not detect the fault. Such a fault may 
result later as an inability to boot. 

4.5 Operating System Restart 

An operating system restart is the process of bringing up the operating 
system from a known initialization state following a processor halt. This 
procedure is often called restart or warmstart t and should not be confused 
with a processor restart which results in firmware entry. 

On the KA655 a restart occurs if the conditions specified in Table 4-1 are 
satisfied. 

To restart a halted operating svstem, the firmware searches system 
memory for the restart parameter block (RPB), a data structure 
constructed for this purpose by VMB. If a valid RPB is found, the 
firmware passes control to the operating system at an address specified in 
the RPB. 

The firmware keeps a restart in pnigress (RIP) flag in CPMBX which it 
uses to avoid repeated attempts to restart a failing operating system. An 
additional RIP flag is maintained by the operating system in the RPB. 

The firmware uses the following algorithm to restart the operating 
system: 

1. Check CPMBX<3>(RIPh If it is set, restart fails. 

2. Print the message "Restarting system software" on the console 
terminal. 

3. Set CPMBX<3>(RIP>. 

4. Search for a valid RPB. If none is found, restart fails. 

5. Check the operating system RPB$L_RSTRTFLG<0>(RIP> flag. If it is 
set, restart fails. 
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6. Write "0" on the diagnostic LEDs. 

7. Dispatch to the restart address. RPB$L_RESTART, with : 

SP k the physical address of the RPB plus 512 
AP the halt code 
PSL«04IF0000 
PR$JMtAPEN «0. 

If the restart is successful, the operating system must clear 
CPMBX<3>(RIP>. 

If restart fails, the firmware prints "Restart failure" on the system 
console. 

4,5.1 Locating the RPB 

The RPB is a page-aligned control block which can be identified by the 
first three longwords. The format of the RPB signature is shown in 
Figure 4—4. 



.04 I FHH<>ir»t AM>ng<55 ( >F ?HE RE^TAS** *»OUTlNP 
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F*gur#4~4 RPB Signature Format 

The firmware uses the following algorithm to find a valid RPB: 

1. Search for a page of memory that contains its address in the first 
longword. If none is found, the search for a valid RPB has failed. 

2. Read the second longword in the page tthe physical address of the 
restart routine). If it is net a valid physical address, or if it is asero, 
return to step 1. The check for xero is necessary to ensure that a page 
of zeros does not pass the test for a valid RPB. 

3. Calculate the 32 bit twos-comptemem sum (ignoring overflows) of the 
first 31 longwords of the restart routine. If the sum does not match 
the third longword of the RPB, return to step 1. 

4 A valid RPB has been found. 
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4.6 Machine State on Power-Up 

This section describes the state of the KA655 after a power-up halt. 

The descriptions in this section assume a machine with no errors, that the 
machine has just been turned on and that only the power-up diagnostics 
have been run. The state of the machine is not defined if individual 
diagnostics are run or during any other halts other than a power- up halt 
(SA\ r PSL<13:8>lRESTART^CODEi »3>. 

The following sections describe data structures that are guaranteed to be 
constant over future versions of the KA655 firmware. Placement and/or 
existence of any other structure* s> is not implied. 

4.6.1 Main Memory Layout and Siata 

The firmware tests and initializes the main memory on power- up. 
Figure 4-5 is a diagram of how main memory is partitioned after 
diagnostics. 
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Figur* 4-5 Mtmoty Layout attar Powar-Up Diagnostics 



4.6.1.1 Raaarvatf Main Msmoty 

in order to build the scatter/gather map and the bitmap, the firmware 
attempts to find a physically contiguous page aligned 64 Kbyte block of 
memory at the highest possible address that has no multiple bit errors. 
Single bit error* are tolerated in this section. 
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Of the €4 Kbytes, the upper 32 Kbytes is dedicated to the Q22-bus 
scatter/gather map, as shown in Figure 4—5. Of the lower 32 Kbytes* 
up to 16 Kbytes at the bottom of the block is allocated to the page frame 
number (PFNi bitmap. The sise of the PFN bitmap is dependent on the 
extent of physical memory, each bit in the bitmap maps one page (512 
bytes > of memory. The remainder of the block between the bitmap and 
scatter/gather map < minimally 16 Kbytes > is allocated for the firmware. 

4.6.1.2 PFN Bitmap 

The PFN bitmap is a data structure that indicates which pager, in memory 
are deemed usable by operating systems. The bitmap is built by the 
diagnostics as a side effect of the memory tests on power-up. The bitmap 
always starts on a page boundary. The bitmap requires 1 Kbyte for every 
4 Mbytes of main memory, hence, an 8 Mbyte system requires 2 Kbytes, 
16 Mbyte requires 4 Kbytes, 32 Mbyte requires 8 Kbytes, and a 64 Mbyte 
requires 16 Kbytes. The bitmap does not map itself or anything above 
it. There may be memory above the bitmap which has both good and bad 
pages. 

Each bit in the VFS bitmap corresponds to a page in main memory. There 
is a one to one correspondence between a page frame number (origin 0) 
and a bit index in the bitmap. A one in the bitmap indicates that the 
page is good and can be used. A asero indicates that the page is bad and 
should not lie used. By default, a page is flagged bad, if a multiple bit 
error occurs when referencing the page. Single bit errors, regardless of 
frequency, will not cause a page to be flagged bad. 

The PFN bitmap is protected by a checksum stored in the NVRAM. The 
checksum is a simple byte wide, two's complement checksum. The sum of 
all bytes in the bitmap and the bitmap checksum should result in zero. 
Operating systems that modify the bitmap are encouraged to update this 
checksum to facilitate diagnosis by service personnel. 

4.6.1.3 Scatter/Gather Map 

On power-up, the scatter/gather map is initialized by the firmware to map 
to the first 4 Mbytes of main memory. Main memory pages will not be 
mapped if there is a corresponding page in Q22-bus memory, or if the 
page is marked bad by the PFN bitmap. 

On a processor halt other than power-up, the contents of the 
scatter/gather map is undefined, and is dependent on operating system 
usage. 
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Operating systems should not move the location of the scatter/gather 
map, and should access the map only on aligned longwords through the 
local I/O space of 2008 8000 to 2008 FFFC, inclusive. The Q22-bus map 
base register, <QMBR> is set up by the firmware to point to this area, and 
should not be changed by software. 

4.9.1.4 Contmtt of Main Mtmoty 

The contents of main memory are undefined after the diagnostics have 
run. Typically, non-xero test patterns will be left in memory. 

The diagnostics will scrub all of main memory, so that no power*up 
induced errors remain in the memory system. On the KA655 memory 
subsystem, the state of the ECC bits and the data bits are undefined 
on initial power-up. This can result in single and multiple bit errors if 
the locations are read before written because the ECC bits are not in 
agreement with their corresponding data bits. An aligned longword write 
to every location (done by diagnostics) eliminates all power-up induced 
errors. 



4.6.2 CMCTL Registers 

The KA655 firmware assigns bank numbers to CMCTL registers in 
ascending order, without attempting to disable physical banks that 
contain errors. High order unused banks are set to xero. Error loggers 
should capture the following bits from each MEMCSR register: 

• MEMCSR<3I> (bank enable bit). As the firmware always assigns 
banks in ascending order, knowing which banks are enabled is 
sufficient information to derive the bank numbers. 

• MEMCSR< 1 :0> (bank usage ). This field determines the siase of the 
banks on the particular memory board. 

Additional information should be captured from the MCSR16 and 
MCSRI7 as needed. 



4.6.3 First L«vet Cacht 

The first level cache is tested dining the power-up diagnostics, flushed 
and then turned off. The cache is again turned on by the BOOT and the 
INIT command. Otherwise, the state of the first level cache is disabled. 



4-80 KA65S Firmware 



4.6.4 Translation Buffer 

The CPU translation buffer is tested by diagnostics on power-up, but not 
used by the firmware since it runs in physical mode. The translation 
buffer can be invalidated by using FR$JTBIA, IPR 57. 

4.6.5 Second Level Cache 

The second level cache is tested during the power-up diagnostics, flushed 
and then turned off. During a bootstrap, the second level cache is turned 
oft* before invoking VMB but not flushed. The second level cache is turned 
olT, but not flushed, on an INIT command. 

The second level cache should always be flushed before turning it on. 

4.6.6 Halt Protected Space 

Halt protected space is from 2004 0000 to 2005 FFFF, inclusive, for the 
128 Kbvtes of firmware on the KA655. The halt unprotected space is from 
2<K)G 0000 to 2008 FFFF. 

The firmware always runs in halt protected space. When passing control 
to the bootstrap, the firmware exits the halt protected space, so if halts 
are enabled, and the halt line is asserted, the processor will then halt 
before booting. 

The SSC decodes both spaces (256 Kbytes). That is, the ROMs appear 
twice in the address space. However, the halt protected space is set to 128 
Kbytes, the size of the EPROMs. 

4.7 Public Data Structures and Entry Points 

This section describes public data structures and subroutine entry points 
that are public and are guaranteed to be compatible over future versions 
of the KA655 firmware. 

4.7.1 Firmware EPRCM Layout 

The KA655 uses one 128 Kbyte EPROM. Of this. Approximately 120 
Kbytes of this is used for code, with the remaining reserved for future 
expansion and customer usage. There are two copies of the firmware, one 
in halt protected space, and one in halt unprotected space. Both copies 
are identical. 



KA655 Firmware 4-81 



At»DMF<^ 



WAIT UHPROTECT 



£^4 rortn 
rnr4 nnt< 



BRANCH if|«*. t RUf T l^'N 



<;v<;tfm to Extension 



er$r,ETC«AR R4 



DEFAULT B«'» r > T PE vir E 



P« »»»JTF R 



(.<--N'*<»lE D'Af»N» 



RESERVED FOR D'CtTAl 



4 PAGES RESERVED 
rr«R n'moMER <»SE 



Jfinf poo*. 



TOO' fFK 



Figured KA655 EPROM Layout 



The first instruction executed on halts is a branch around the system ID 
extension (SIB) and the callback entry points. This allows the public data 
structures to reside in fixed locations in the EPROM. 

The callback area entry points provide a simple interface to the currently 
defined console for VMB and secondary bootstraps. This is discussed 
further in the next section. 

The EPROM checksum is a longword checksum from 2004 0000 to the 
checksum inclusive. The diagnostics use this to determine that the 
EPROMs can correctly be read. 

The memory between the checksum and the 4-page user area at the end of 
the EPROMs is reserved for DIGITAL for future expansion of the KA655 
firmware. The contents of this area is set to FF. 
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The 4 pages reserved for customer use are at the top of the BPKOMs, 
and start at address 2005 F800 (halt protected space) or 2007 F800 (halt 
unprotected space). These areas are not burned and may he reburned by 
OEMs or end users. The area is not tested by the KA655 firmware and is 
not included in the checksum. 

4.7.2 Call-Back Entry Points 

The KA655 firmware provides several entry points that facilitate I/O to 
the designated console device. Users of these entry points do not need to 
he aware of the console device type, be it a video terminal or workstation. 

The primary intent of these routines is to provide a simple console device 
to VMB and secondary bootstraps, before operating systems load their 
own terminal drivers. 

These are JSB (subroutine as opposed to procedure) entry points located 
in fixed locations in the firmware. These locations branch to code that in 
turn calls the appropriate routines. 

All of the entry points are designed to run at IPI* 31 on the interrupt 
stack in physical mode. Virtual mode is not supported. Due to internal 
firmware architectural restrictions, users are encouraged to only call into 
the halt protected entry points. These entry points are listed below. 

CP$GET,..CHAR_ 2004 0008 
R4 

CP$MSG_OUT_ 2004 000C 

NOLF.R4 

CPSREAB \VTH_ 2004 0010 
PRMPT_R4 

4.7,2,1 CP$GHTCHAR m R4 

This routine returns the next character entered by the operator in RO. 
A timeout interval can be specified. If the timeout interval is zero, no 
timeout is generated. If a timeout is specified and if timeout occurs, a 
value of 18 tCAN> is returned instead of normal input. 
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Registers RO, Rl, R2. R3, and R4 are modified by this routine, all others 
are preserved. 



; Usage with timeout: 

movl #timeout_m_tenths_of second, rC 

jsb C<#CP$GET_CHAF_R4 

cmpfc r0,*-;;18 

beqi t imecut_handler 

; Input is in RO • 



Specify timeout. 
Call routine. 
Check for timeout. 
Branch if timeout. 



; Usage without timeout: 
clrl rO 

nsfc C<#CF$GET_CHAF_F4 
; Input is m RC . 



; Specify nc timeout 
; Call routine. 



4,7.2.2 CP$MSGJ>UTJK)LFJ*4 

This routine outputs a message to the console. The message is specified 
either by a message code or a string descriptor. The routine distinguishes 
between message codes and descriptors by requiring that any descriptor 
be located outside of the first page of memory. Hence, message codes are 
restricted to values between 0 and 511. 

Registers RO, Rl, R2, R3, and R4 are modified by this routine, all others 
are preserved. 



; Usage with message code: 

mcvzk 1 #conscle__message_code, rO 
isl <*#CF$MSG OUT NOLF R4 



; Specify message code, 
; Call routine. 



; Usage with a message descriptor (position dependent) . 



mcvaq 5$ , rO 

->sb * <?#CF$MSG OUT NOLF R4 



; Specify address of desc 
; Call routine* 



.ascid This is a message.' ; Message with descriptor. 



; Usage with a message descriptor {position independent) . 
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pushafo 5$ 

puanl *10$-SS 

ir.ovl sp„rO 

j sb £ « C PSMSG_OttTJTO LF_R<5 

clrq (sp> + 



; Generate message desc. 

; on stack . 

; Pass desc, addr. in RQ. 

; Call routine. 

; Purge desc. from stack. 



5S: . ascii /This is a message/ ; Message. 

10$: 



4.7.2.3 C P$ RE AD_WTH_F ! RMf*T_R4 

This routine outputs a prompt message and th en inputs a c haract er st ring 
from the console. When the input is accepted, \ Delete j \Cttl\ £jj and {Ctrlj |§ 
functions are supported. 



As with CP$MSG_OUT_NOLFJR4, either a message code or the address 
of a string descriptor is passed in R0 to specify the prompt string. A value 
of zero results in no prompt 

A descriptor of the input string is returned in R0 and Rl. R0 contains the 
length of the string and Rl contains the address. This routine inputs the 
string into the console program string buffer and therefore the caller need 
not provide an input buffer. Successive calls however destroy the previous 
contents of the input buffer. 

Registers R0, Rl, R2, R£* and R4 are modified by this routine, all others 
are preserved. 



; Usage with a message descriptor (position independent.) . 

pushafc 10$ ; Generate prompt desc. 

pushl #10$-5$ ; on stack.. 

uovl sp,rO r Pass desc* addr. x.r. R0. 

jsr> 8*CP$E£*\D_WTK_PRMPT_B4 ; Call routine. 

clrq <sp) + ; Purge prompt, desc. 

; Input desc in RC and F.l 

» 

5$: .ascii /Prompt> / ; Prompt string. 
10$: 
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4.7.3 SSC RAM Layout 

The KA655 firmware uses the 1 Kbyte of battery backed up (BBU) RAM 
in the SSC for storage of firmware specific data structures and other 
information that must be preserved across power cycles. This nonvolatile 
RAM (NVRAM) resides in the SSC chip starting at address 2014 0400. 
The NVRAM should not be used by the operating systems except as 
shown in Figure 4-7. This NVRAM is not reflected in the bitmap built by 
the firmware. 
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Figure 4-7 KA655 SSC NVRAM Uyout 
4.7.3.1 Public Data Structures 

The following is a list of the public data structures in NVRAM used by 
the console. 

Fields that are designated as reserved and/or internal use should not be 
written, since there is no protection against such corruption. 

Console Program Mailbox 

The console program mailbox (CPMBX) is a software data structure 
located at the beginning of NVRAM (2014 0400). The CPMBX is used to 
pass information between the KA655 firmware and diagnostics, VMB, or 
an operating system. It consists of three bytes referred to here as NVR0, 
NVR1, and NVR2, shown in Figures 4-8 through Figure 4-10. 
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Field Name 



Deception 



7:4 



3 


RIP 


2 


BIP 


1:0 


HLT_ 




ACT 



LANGUAGE This field specifies the current selected language for 

displaying halt and error messages on terminals which 
support MCS. _ 

If set, a restart attempt is in progreis. This flag must be 
cleared by the operating system, if the restart succeeds. 
If set, a bootstrap attempt is in progress. This flag must be 
cleared by the operating system if the bootstrap succeeds. 
Processor halt action • this field in conjunction with 
the conditions specified in Table 4-1 is used to control 
the automatic reitart/bootstrap procedure. HLT^ACT is 
normally written by the operating system. 



0 : Restart; if that fails, reboot; if that fails, halt. 

1 • Restart; if that fails, halt. 

2 : Rt'joot; if that fails, halt. 

3 : Halt. 



NVRl 



20 U 0401 



Figure 4-9 NVRt 
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Field 


Nome 


Dencriptiott 


2 


MCS 


If set, indicates that the attached terminal supports 






multinational character set (MCS>. If clear, MCS is not 






supported. 


1 


CRT 


If set, indicates that the attached terminal is a CRT. If 






clear, indicates that the terminal is hardcopy. 



NVRC 



«< E *&' '* r O 



? M4 ->40Z 



Figure 4-10 NVR2 



Field Nurne Description 

7:0 KEYBOARD This field indicates the national keyboard variant in use. 



4.7.3.2 Firmware Stack 

This area contains the stack that is used by al! of the firmware, with the 
exception of VMB, which has its own built in stack. 

4.7.3.3 Diagnostic State 

This area is used by the firmware resident diagnostics. This section is not 
documented here. 

4.7.3.4 USER Area 

The KA655 console reserves the last longword (address 2014 07FC) of 
the NVRAM for customer use. This location is not tested by the console 
firmware. Its value is undefined. 

4.8 Error Messages 

The error messages issued by the KA655 firmware fall into three 
categories: halt code messages, VMB error messages, and console 
messages. 
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4.8.1 Halt Code Messages 

Except on power-up, which is not treated as an error condition, a message 
is issued by the firmware whenever the processor halts. 

For example: 

?0€ HLT INST 
PC * 800050P3 

The number preceding the halt message is the kalt code. This number 
is obtained from SAVFSL<13:8>(RESTART_CODE), IPR 43. which is 
written on any CVAX processor restart operation. 

Table 4-10 lists messages that may appear on the console terminal when 
a system error occurs. 



Table 4-10 HALT Mtssagts 



Code Me*«ttge 



Description 



?02 

?04 

?05 

?06 

?07 
?08 
?0A 

?0B 

?0C 



EXT HLT 



ISP ERR 



DBL ERR 



HLT INST 

SCB ERRS 

SCB ERR2 

CHMFR 

ISTK 

CHMTO 

ISTK 

SCB RD ERR 



External halt, caused by either console BREAK 

condition or Q22-bus BHALT.L. 

Power-up, no halt message is displayed; J)3 is not 

displayed. However, the presence of the firmware 

banner and diagnostic countdown indicates this bait 

reason. 

In attempting to push state onto the interrupt stack 
during an interrupt or exception, the processor 
discovered that the interrupt stack was mapped NO 
ACCESS or NOT VALID. 

The processor attempted to report a machine check 
to the operating system, and a second machine check 
occurred. 

The processor executed a HALT instruction in kernel 
mode. 

The SCB vector had bits <1:0> equal to 3. 
The SCB vector had bits <1:0> equal to 2. 
A change mode instruction was executed when 
PSL<IS> was set. 

The SCB vector for a change mode had bit <0> set 

A hard memory error occurred while the processor was 
trying to read an exception or interrupt vector. 
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Table 4-13 (Cont.) HALT Mhmqh 



Code M em |e 



Desc ri ption 



?X0 
?X1 
?12 
?X3 

?19 
VIA 
?IB 
?1D 
?1E 
?IF 



MCHKAV 
KSPAV 
DBL ERR2 
DBL ERR3 



PSLEXC5 1 
PSL EXC6 1 
PSLEXC7* 
PSL REI5 1 
PSL REI6 1 
PSL REI7 1 



An access violation or an invalid translation occurred 
during machine check exception processing. 
An access violation or translation not valid occurred 
during processing of a kernel stack not valid exception. 
Double machine check error. A machine check 
occurred while trying to service a machine check. 
Double machine check error. A machine check 
occurred while trying to service a kernel stack not 
valid exception. 

PSL<26:24> ~ 5 on interrupt or exception. 
PSL<26;24> « 6 on interrupt of exception. 
PSL<26;24> - 7 on interrupt or exception. 
PSL<26:24> « 5 on an REI instruction 
PSL<26:24> ~ 6 on an REI instruction. 
PSL<26:24> -7on an REI instruction. 



'For the lnKt Mix cases, the VAX architecture doe* not allow execution on the interrupt stack 
while in a mode other than kernel. In the first three cases, an interrupt is attempting to 
run on the interrupt stack while not in kernel mode. In the lasT; three cases, an REI 
instruction is attempting to return to a mode other than kernel and still run on the 
interrupt stack 



4*8*2 Console Error Messages 

Table 4-11 lists error messages issued in response to a console command 
that has errors). 



TaWe4~l1 Console Error Messages 



Code M e ssa g e 



Description 



?20 
?21 



?22 
?23 



CORRPTK 
ILL REF 



ILL CMD 
INVDGT 



The console program database has been corrupted. 
Illegal reference. The requested reference would 
violate virtual memory protection, the address 
is not. mapped, the reference is invalid in the 
specified address space, or the value is invalid in 
the specified destination. 
The command string cannot be parsed. 
A number has an invalid digit. 
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TaW* 4-11 (Cont.) Console Error MMttgtt 



Code 


Mr— wge 


Deecriptioa 




LTL 


The command was too large for the console to 
buffer. The message is issued only after receipt of 
the terminating carriage return. 


?25 


ILL ADR 


The address specified falls outside the limits of the 
address space. 


°2tf 


VAL TOO LRG 


The value specified does not fit in the destination. 


°27 


SW CONF 


Switch conflict, for example, two different data 
sues are specified for an EXAMINE command 


4, 2* 


UNK SW 


The switch is unrecognized. 


?29 


UNK SYM 


The symbolic address in an EXAMINE or 
DEPOSIT command is unrecognized. 


?2A 


CHKSM 


The command or data checksum of an X command 
is incorrect. If the data checksum is incorrect, this 
message is issued, and is not abbreviated to Illegal 
command- 


°2B 


HLTED 


The operator entered a HALT command. 


°2C 


FND ERR 


A FIND command failed either to find the RPB or 
128 Kbytes of good memory. 




TMOUT 


During an X command, data failed to arrive in the 
time expected (60 seconds*. 




MEM ERR 


A machine check occurred with a code of 80 (hex* 
or 81 (hex), indicating a read or write memory 
error 


'>2F 


UNXINT 


Unexpected interrupt or exception 


<>30 


UNZMPLEMENTED Ummplemented function 


?31 


QUAL NOVAL 


Qualifier does not take a value 


?32 


QUAL AMBG 


Ambiguous qualifier 


4, 33 


QUAL REQ VAL 


Qualifier requires a value 


n 34 


QUAL OVERF 


Too many qualifiers 


°35 


ARC OVERF 


Too many arguments 


?36 


AMBG CMD 


Ambiguous command 


°37 


iNSUF ARG 


Insufficient arguments 
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4.8.3 VMB Error MtftMQft* 

Table 4-12 lints errors issued by VMB, 



T«I*nM2 VMS Error M— — g»» 



vMf 








NOSUCHDEV 


No bootable device* found- 


?4I 


DEVASSIGN 


Device is not present 


*42 


NOSUCHFILE 


Program image not found 


*43 


FILESTRUCT 


Invalid boot device file structure 


9 44 


BADCHKSUM 


Bad checksum on header file. 


'MS 


BADFILEHDR 


Bad file header. 


''46 


BADIRECTORY 


Bad directory file. 


°47 


FILNOTCNTG 


Invalid program image format. 


•>48 


ENDOFFILE 


Premature end of file encountered. 


•>49 


BADFILENAME 


Bad file name given. 


°4A 


BUFFEROVF 


Program image does not fit in available memory. 


?4B 


CTRLERR 


Boot device I/O error. 


HC 


DEVINACT 


Failed to initialise boot device. 


9 4D 


DEVOFFUNE 


Device is offline. 


°4E 


MEMERR 


Memory initialisation error. 


?4F 


SCBINT 


Unexpected SOB exception or machine check. 


?50 


SCB2NDINT 


Unexpected exception after atarting program image. 


?51 


NOROM 


No valid ROM image found. 


4 >52 


NOSUCHNODE 


No response from load server. 


°53 


1NSFMAPREG 


Invalid memory configuration. 


?54 


RETRY 


No devices bootable, retrying. 
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KA655 Specifications 



This appendix contains the physical, electrical, and environmental 
specifications for the KA655 CPU module. 

A.t Physical Specifications 

The physical specifications for the KA655 are as follows: 
Dimension Measurement 

Height 10.457 (+0.015/-0.020) inches 

Length 8.430 (+0.Q10M>.010> inches 

Width 0.375 inches maximum (nonconductive) 

0.343 inches maximum (conductive) 

NOTE 

Width, as defined for DIGITAL modules, is the height of 
components above the surface of the module. 

A,2 Electrical Specifications 

The power requirements for the KA655 CPU module are as follows: 

+6 V±5<£ +12V±o«£ 
3.70 A maximum 0.14 A maximum 

T\pical currents are 10 percent less than the specified maximum. 
The bus loads for the KA655 CPU module are as follows: 

• 2.2 ac loads 

• 1.0 do loads 
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A.3 Environmental Specifications 

The environmental specifications for the KA655 CPU module are as 
follows: 



Operating Conditions 



Temperature 



Humidity 



Altitude 



5°C (41°F) to 60°C <140°F) with a rate of change no greater 
than 20*2°C (36 :t4 0 F> per hour at sea Jevel. For operation 
above sea level, decrease the operating temperature by 
1.8*C for each 1000 meters (1°F for each X000 feet). 

09c to 95<Jf noncondenaing with a maximum wet bulb 
temperature of 32 °C (90°F) and a minimum dew point 
temperature of 2°C (36°F>. 

Up to 2,400 meters (8000 feet) with a rate of change no 
greater than 30O meters per minute (1000 feet per minute). 



Nonoperating Conditions Less Than 60 Days 



Temperature 



Humidity 
Altitude 



-40°C to +66°C (-40°F to +151 C F) with a rate of change 
no greater than 11 ±2 °C (20 ±4°F) per hour at sea level. 
For operation above sea level, decrease the nonope-rating 
temperature by 1.8°C for each 1000 meters (1°F for each 
1000 feet). 

Up to 95«& noncondensing. 

Up to 4,900 meters (16,000 feet) with a rate of change no 
greater than 600 meters per minute (2000 feet per minute). 



Nonoperating Conditions Greater Than 60 days 



Temperature 



Humidity 



Altitude 



+5°C to +60°C (+40°F to +140°F> with a rate of change 
no greater than 20 st2°C (36 ±4 <> F) per hour at sea level. 
For operation above sea level, decrease the nonoperating 
temperature by 1.8 C C for each 1000 meters U°F for each 
1000 feet). 

10<*r to 95% noncondensing with a maximum wet bulb 
temperature of 32°C (90 C F» and a minimum dew point 
temperature of 2°C (36°F). 

Up to 2,400 meters (8,000 feet) with a rate of change no 
greater than 300 meters per minute (1000 feet per minute). 
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B.1 General Local Address Space Map 

Table B-l lists the VAX memory space. 
TaWeB-1 VAX Memory Space 



Address Range 



Content* 



OOOO 0000 through 
0400 OOOO through 
0800 OOOO through 
OCOO OOOO through 
1000 OOOO through 
1400 OOOO through 
1800 OOOO through 
1C00 OOOO through 



03FF FFFF Local memory space (64 Mbytes) 

07FF FFFF Reserved memory space (64 Mbytes) 

OBFF FFFF Reserved memory space (64 Mbytes) 

OFFF FFFF Reserved memory space (64 Mbytes) 

13FF FFFF Cache diagnostic space (64 Mbytes) 

17FF FFFF Reserved cache diagnostic space (64 Mbytes) 

1BFF FFFF Reserved cache diagnostic space (64 Mbytes) 

1FFF FFFF Reserved cache diagnostic space (64 Mbytes) 



Table B-2 lists the VAX input/output memory space. 
Table 8-2 VAX Input/Output Space 



Address Range 



Contents 



2000 OOOO through 2000 1FFF 
2000 2000 through 2003 FFFF 
2004 0000 through 2005 FFFF 

2006 0000 through 2007 FFFF 



Local Q22-bus I/O space (8 Kbytes) 
Reserved local I/O space (248 Kbytes) 
Local ROM space, halt protected space 
(128 Kbytes) 

Local ROM space, halt unprotected space 
(128 Kbytes) 



B-1 



B-2 Address Assignments 



Table B-2 (Corn.) VAX Input/Output Spact 



Adores* Range 



Content* 



2008 0000 through 201F FFFF Local register I/O space (1.5 Mbytes) 

2020 0()00 through 23FF FFFF Reserved local I/O space (62.5 Mbytes) 

2400 0000 through 27FF FFFF Reserved local I/O space (64 Mbytes) 

2800 0000 through 2BFF FFFF Reserved local I/O space (64 Mbytes) 

2C08 0000 through 2FFF FFFF Reserved local I/O space (64 Mbytes) 

3000 0000 through 303F FFFF Local Q22-bus memory space (4 Mbytes) 

3040 0000 through 33FF FFFF Reserved local I/O space (60 Mbytes) 

3400 0000 through 37FF FFFF Reserved local I/O space (64 Mbytes) 

3800 0000 through 3SFF FFFF Cache tag diagnostic space (64 Mbytes) 1 

3C00 0000 through 3FFF FFFF Reserved cache tag diagnostic space (64 

Mbytes) 



Wot v»tble> during normal operation. 



B.2 Detailed Local Address Space Map 



Table B-3 describes the contents of the VAX memory space. 

Table S-3 VAX Memory Space 



Address Range 


Contents 


OOOO 0000 through 03FF FFFF 


Local memory space (up to 64 Mby.es) 1 


0400 0000 through OFFF FFFF 


Reserved memory space 


1000 0000 through 13FF FFFF 


Cache diagnostic space 


180O 0000 through 1FFF FFFF 


Reserved cache diagnostic space 


l Q22-buK map is located in the top 32 Kbytes of main memory 


Table B-4 describes the contents of the VAX input/output memory space. 


Table B-4 VAX input/Output Space 


Address Range 


Content* 



2000 0000 through 2000 1FFF Local Q22<bu» I/O spase 

2000 0000 through 2000 0007 Reserved Q22-bus I/O space 

2000 0008 through 2000 07FF Q22«bus floating address space 
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T*W* B-4 (Cont.) VAX Input/Output Spac* 


Address Range 


Contents 


2000 0800 through 2000 OFPF 


User reserved Q22~bus I/O ipace 


2000 1000 through 2000 1F3F 


Reserved Q22-bus I/O space 


2000 1F40 


Interprocestor communication register 




(normal operation) 


2000 1F42 


Interprocestor communication register 




(reserved) 




mterprocessor communication register 






2000 1F46 


Interprocestor communication register 




(reserved) 


2000 1F48 throueh 2000 1FFF 


He served 022-bus I/O soace 


2000 2000 throuch 2003 FFFF 


T?papY*VAsd Local I/O BruzrA 


2004 0000 through 200? FFFF 


luwil ROM guACfe 


2004 0000 through 2005 FFFF 


Local ROM wotectwi md&c£ 


2004 0004 


MicroW\X svitcni tvoe TCfiristei* fin ROB/I) 


2006 0000 through 2007 FFFF 


Local ROM unprotected snace 


200ft GOOO through 2 GIF FFFF 




2008 0000 


DMA system configuration register 


2008 0004 


DMA system error register 


2008 OOOft 


tiM'ouo error numcHH rc^jBivr 


9008 0O0C 




2008 0010 




2008 0014 through 2008 013C 


Reserved local register I/O space 


2008 0140 


Main memory error status register 


2008 0144 


Main memory control/diagnostic status 




register 


2008 0018 through 2008 3FFF 


Reserved local register I/O space 


2008 4000 


Cache control register 


2008 4004 


Boot and diagnostic register 


2008 4008 through 2008 7FFF 


Reserved local register I/O space 



2008 
2009 



8000 through 2008 FFFF 
0000 through 2014 0020 



Q22-buj» map registers 
Reserved local register I/O space 



B-4 Address Assignments 

Tabte B-4 (Cont.) VAX Input/Output Spac* 

Addrea* Range Contents 



2014 0030 

2014 0O34 through 2014 0068 

20i4 006C through 2001 40PF 

2014 0100 
2014 0104 
2014 0108 
2014 010C 
2014 011O 
2014 0114 
2014 0118 
2014 011C 

2014 0120 through 2014 03FF 

2014 0400 through 2014 07FF 
2014 0800 through 201F FFFF 

2020 0000 through 2FFF FFFF 

3000 (KXK) through 303F FFFF 

3040 0000 through 37FF FFFF 

3800 0000 through 3BFF FFFF 1 
3C0O 0000 through 3FFF FFFF 



Diagnostic LED register 
Reserved local register I/O space 

Diagnostic registers 

Timer 0 control register 
Timer O interval register 
Timer O next interval register 
Timer 0 interrupt vector 
Timer 1 control register 
Timer 1 interval register 
Timer 1 next interval register 
Timer 1 interrupt vector 
Reserved local register I/O space 

Battery hacked-up RAM 
Reserved local register I/O space 



Local Q22-bus memory space 

Reserved local register I/O space 

Cache tag diagnostic space 
Reserved cache tag diagnostic space 



Reserved local I/O space 



l Not visible during normal operation 
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B.3 External IPFUr 

Several of the IPRs on the KA655 are implemented in the SSC chip rather 
than the CVAX chip. These registers are referred to as external IPRs, and 
are listed in Table B-5. 



TaW*&-5 Ext#ro«1IPR* 



IPR 

Numb«r 


trfe • a 4S, • 

Rrgiatar Naaae 


Aft • « • • 

Abbreviation 


27 

•* • 


Time-of-V8«r rectifier 


TODR 


28 


Console storage receiver 


CSRS 1 




status 




29 


Console storage receiver data 


CSRD 1 


30 


Console storage transmitter 


CSTS* 




status 




31 


Console storage transmitter 


CSDB* 




data 




32 


Console receiver 


RXCS 




control/status 




33 


Console receiver data buffer 


RXDB 


34 


Console transmitter 


TXCS 




controVstatus 




35 


Console transmitter data 


TXDB 




buffer 




55 


I/O system reset register 


IORESET 



lr niw»e registers are not fully implemented. Acc ess— yitld unpredictable results. 
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B,4 Global Q22«bus Address Space Map 

The addresses and memory contents of the Q22-bus memory space is 
listed in Table B-6. 

TtbfrB-S Q224xit M+mory Space Map _ 

Addrea* Kanfe Contents 



OOOO 0000 through 1777 7777 Q22-bus memory apace (octal* 



The contents and addresses of the Q22*bus I/O space with BBS7 asserted 
is listed in Table B-7. 



Tabte 0-7 Qgfrtout Input/Output Spsce with B8S7 Ast+rttd 



AddreM Range 


Contents 


1776 OOOO through 1777 


Q22*but I/O space (octal) 


7777 




1776 0900 through 1776 0007 


Reserved Q22-bus I/O space 


1776 0010 through 1776 3777 


Q22-bus floating address space 


1776 4000 through 1776 7777 


User reserved Q22-bus I/O space 


1777 0000 through 1777 7477 


Reserved Q22*bus I/O space 


1777 7500 


Interprocessor communication register (normal 




operation) 


1777 7502 


Interprocessor communication register 




(reserved) 


1777 7504 


Interprocessor communication register 




(reserved) 


1777 7506 


Interprocessor communication register 




(reserved) 


1777 7510 through 1777 7777 


Reserved Q22«bu8 I/O space 



c 
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C.1 Introduction 

The Q22-bus, also known as the extended LSI- 11 bus, is the low-end 
member of DIGITAL'S bus family. All of DIGITAL'S microcomputers, such 
as the MicroVAX I, MicroVAX II, MicroVAX 3500, MicroVAX 3600, and 
MicroPDP-11 use the Q22-bus. 

The Q22-bus consists of 42 bidirectional and 2 unidirectional signal lines. 
These form the lines along which the processo ; memory, and I/O devices 
communicate with each other. 

Addresses, data, and control information are sent along these signal 
lines, some of which contain time-multiplexed information. The lines are 
divided as follows: 

• Sixteen multiplexed data/address lines — BDAL<15:00> 

• Two multiplexed address/parity lines — BDAL<17:16> 

• Four extended address lines — - BDAL<21:18> 

• Six data transfer control lines — BBS7, BDIN, BDOUT, BRPLY, 
BSYNC, BWTBT 

• Six system control lines — BHALT, BREF, BEVNT, BINIT, BDCOK, 
BPOK 

• Ten interrupt control and direct memory access control lines — 
BIAKO, BIAK1, BIRQ4, BIRQ5, BIRQ6, BIRQ7, BDMGO, BDMR, 
BSACK, BDMGl 

In addition, a number of power, ground, and space lines are defined for 
the bus. Refer to Table C-l for a detailed description of these lines. 



C~1 



C~2 Q22-bus Specification 



The discussion in this appendix applies to the general 22-bit physical 
address capability. All modules used with the KA655 CPU module must 
use 22-bit addressing. 

Most Q22-bus signals are bidirectional and use terminations for a 
negated (high) signal level. Devices connect to these lines by way of 
high-impedance bus receivers and open collector drivers. The asserted 
state is produced when a bus driver asserts the line low. 

Although bidirectional lines are electrically bidirectional (any point 
along the line can be driven or received), certain lines are functionally 
unidirectional. These lines communicate to or from a bus master (or 
signal source)* but not both. Interrupt acknowledge (BIAK) and direct 
memory access grant (BDMG) signals are physically unidirectional in 
a daisy«chain fashion. These signals originate at the processor output 
signal pins. Each is received on device input pins (BIAKI or BDMGI) 
and is conditionally retransmitted through device output pins (BIAKO 
or BDMGO). These signals are received from higher priority devices and 
are retransmitted to lower priority devices along the bus, establishing the 
position-dependent priority scheme. 

C.1.1 Master/Slave Relationship 

Communication between devices on the bus is asynchronous. A 
master/slave relationship exists throughout each bus transaction. Only 
one device has control of the bus at any one time. This controlling device 
is termed the bus master, or arbiter. The master device controls the bus 
when communicating with another device on the bus, termed the slave. 

The bus master (typically the processor or a DMA device) initiates a bus 
transaction. The slave device responds by acknowledging the transaction 
in progress and by receiving data from, or transmitting data to, the bus 
master. Q22-bus control signals transmitted or received by the bus master 
or bus slave device must complete the sequence according to bus protocol. 

The processor controls bus arbitration, that is, which device becomes bus 
master at any given time. A typical example of this relationship is a disk 
drive, as master, transferring data to memory as slave. Communication 
on the Q22-bus is interlocked so that, for certain control signals issued 
by the master device, there must be a response from the slave in order to 
complete the transfer. It is the master/slave signal protocol that makes 
the Q22-bus asynchronous. The asynchronous operation precludes the 
need for synchronizing with, and waiting for, clock pulses. 



Q22-bus Specification 



0-3 



Since bus cycle completion by the bus master requires response from the 
slave device* each bus master must include a timeout error circuit that 
aborts the bus '.ycle if the slave does not respond to the bus transaction 
within 10 us. The actual time before a timeout error occurs must be 
longer than the reply time of the slowest peripheral or memory device on 
the bus. 

C.2 Q22~bus Signal Assignments 

Table C~l lists the data and address signal assignments. Table C— 2 lists 
the control signal assignments. Table C-3 lists the power and ground 
signal assignments. Table C— 4 lists the spare signal assignments. 

Table CM Data and Address Signal Assignments 



Data and Address Signal 


Pin Amifgommt 




ATT9 


BDALX 


AV2 


BDAL2 


BE2 


BDAL3 


BF2 


BDAL4 


BH2 


BDAL5 


BJ2 


BDAL6 


BK2 


BDAL7 


BL2 


BDAL8 


BM2 


BDAL9 


BN2 


BDALIO 


BP2 


BDALU 


BR2 


BDAL12 


BS2 


BDAL13 


BT2 


BDAL14 


BU2 


BDAL15 


BV2 


BDAL.16 


AC1 


BDALX7 


ADl 


BDAL18 


BC1 


BDAU9 


BD1 


BDAL20 


BE1 


BDAL21 


BF1 
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T«bl»<>-2 Control Sjgna! Aiitgnmtntt 

Control Signal Pitt Amigtmamt 

Data Control 



BDOUT 


AE2 


BRPLY 


AF2 


BDIN 


AH2 


BSYNC 


AJ2 


BWTBT 


AK2 


BBS7 


AP2 


Interrupt Control 




BIRQ7 


BP1 


BIRQ6 


AB1 


BIRQ5 


AA1 


BIRQ4 


AL2 


BIAKO 


AN2 


B1AKI 


AM2 


DMA Control 




BDMR 


AN! 


BSACK 


BN1 


BDMGO 


AS2 


BDMGI 


AR2 


System Control 




BHALT 


API 


BREF 


AR1 


BEVNT 


BRI 


BINIT 


AT2 


BDCOK 


BA1 


BPOK 


BB1 
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Ts Wa C-3 Pwmr and Ground Signal Assignments 


Power mnd Ground 


Pin Amignmmxt 


+5 B (battery) or 


AS1 


+12 B (battery) 




+12 B 


BSI 


+5 B 


AVI 


+5 


AA2 


+5 


BA2 


+5 


BV1 


+12 


AD2 


+12 


BD2 


+12 


AB2 


•12 


AB2 


-12 


BB2 


GND 


AC2 


GND 


AJ1 


GND 


AMI 


GND 


ATI 


GND 


BC2 


GND 


BJ1 


GND 


BM1 


GND 


BT1 


Table C~4 Spare Signal Assignments 


Spare 


Pin AMigtueettt 


SSparel 


AE1 


SSpare3 


AH1 


SSpareS 


BH1 


SSpare2 


API 


MSpareA 


AK1 


MSpareB 


AL.1 


MSpareB 


BK1 


MSpareB 


BL1 


PSparel 


AUX 


ASpare2 


BUI 
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C.3 Data Transfer Bus Cycles 

Data transfer bus cycles, executed by bus master devices, transfer 32-bit 
words or 8-bit bytes to or from slave devices. In block mode, multiple 
words can be transferred to sequential word addresses, starting from a 
single bus address. Data transfer bus cycles are listed and defined in 
Table C-oV 

Tsbjg C~5 Data Transfer Gyration* ^ 

Function (with reupact to 
Bus Cycle Definition the bus master) 



DATI 


Data word input 


Read 


DATO 


Data word output 


Write 


DATOB 


Data byte output 


Write-byte 


DATIO 


Data word input/output 


Read-modify-write 


DATIOB 


Data word input/byte 


Read-modify-write byte 




output 




DATBI 


Data block input 


Read block 


DATBO 


Data block output 


Write block 



The bus signals listed in Table C-6 are used in the data transfer 
operations described in Table C-5. 

Tabjg C-6 Bus Signals for Data Tr*n»t«r» 

Signal Definition Function 



BDAL<2I:00> 



BSYNCL 
BDIN L 



22 data/address lines 



Bus cycle control 
Data input indicator 



BDAL<15:00> L are used 
for word and byte transfers. 
BDAL<17:16> L are used for 
extended addressing, memory 
parity error (16), and memory 
parity error enable (17) 
functions. BDAL<21:18> L are 
^ised for extended addressing 
beyond 256 Kbytes. 
Indicates bus transaction in 
progress. 
Strobe signals 
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TaW* C~6 (Cont.) Bus Signal* for Dste Transfers 



Signal 



Definition 



Function 



BDOUTL 
BRPLY L 

BWTBT L 
BBS7 



Data output indicator 
Slaves acknowledge of bus 
cycle 

Write/byte control 
I/O device select 



Strobe signals 
Strobe signal* 

Control signals 

Indicates address is in the I/O 

page 



Data transfer bus cvcles can he reduced to five basic tvpes: DATl» 
DATCXBk DATIOtBJ, DATB1, and DATBO. These transactions occur 
between the bus master and one slave device selected during the 
addressing part of the bus cycle. 

C.3.1 Bus Cycl* Protocol 

Before initiating a bus cycle, the previous bus transaction must have been 
completed tBSYNC L negated » and the device must become bus master. 
The bus cycle can be divided into two parts: addressing and data transfer. 
During addressing, the bus master outputs the address for the desired 
slave device* memory location, or device register. The selected slave 
device responds by latching the address bits and holding this condition 
for the duration of the bus cycle until BSYNC L becomes negated. During 
data transfer the actual data transfer occurs. 

C.3,2 Dtvic* Addressing 

Device addressing of a data transfer bus cycle comprises an address setup 
and deskew time, and an address hold and deskew time. During address 
setup and deskew time, the bus master does the following operations: 

♦ Asserts BDAL<2I:00> L with the desired slave device address bits. 

♦ Asserts BBS7 L if a device in the I O page is being addressed. 

♦ Asserts BWTBT L if the cycle is a DATO(B) or DATBO bus cycle. 



C-8 Q22 -bus Sf*cif«»tion 



During this time, the address. BBS? L. and BWTBT L signals are 
asserted at the slave bus receiver for at least 75 ns before BSYNC goes 
active Devices in the I/O page ignore the nine high-order address bits 
BDAL<21:I3>, and instead, decode BBS7 L along with the 13 low-order 
address bits. An active BWTBT L signal during address setup time 
indicates that a DATCXB) or DATBO operation follows, while an inactive 
BWTBT L indicates a DATI, DATBI, or DATIO(B) operation. 

The address hold and deskew time begins after BSYNC L is asserted. 

The slave device uses the active BSYNC L bus received output to 
clock BDAL address bits, BBS7 L, and BWTBT L into its internal 
logic. BDAL<21:00> L, BBS7 L, and BWTBT L remain active for 25 
ns minimum after the BSYNC L bus receiver goes active. BSYNC L 
remains active for the duration of the bus cycle. 

Memory and peripheral devices are addressed similarly, except for the 
way the slave device responds to BBS7 L. Addressed peripheral devices 
must not decode address bits on BDAL<21:13> L. Addressed peripheral 
device can respond to a bus cycle when BBS7 L is asserted (low) during 
the addressing of the cycle. When asserted, BBS7 L indicates that the 
device address resides *n the I/O page ithe upper 4K address space). 
Memory devices generally do not respond to addresses in the I/O page; 
however, some system applications may permit memory to reside in the 
I/O page for use as DMA buffers, read-only memory bootstraps, and 
diagnostics. 

OATl 

The DAT! bus cycle, shown in Figure C— 1, is a read operation. During 
DATI, data is input to the bus master. Data consists of 16-bit word 
transfers over the bus. During data transfer of the DATI bus cycle, the 
bus master asserts BDIN L 100 ns minimum after BSYNC L is asserted. 
The slave device responds to BDIN L active as follows: 

• Asserts BRPLY L 0 ns minimum t8 ns maximum to avoid bus timeout) 
after receiving BDIN L, and 125 ns maximum before BDAL bus driver 
data bits are valid. 

• Asserts 3DAL<21:00> L with the addressed data and error 
information 0 ns < minimum > after receiving BDIN, and 125 ns 
(maximum) after assertion of BRPLY. 
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Wlhen the bus master receives BRPLY L, it does the following: 

• Waits at least 200 ns deskew time and then accepts input data 
at BDAL<17:00> L bus receivers. BDAL <1?:16> L are used for 
transmitting parity errors to the master. 

• Negates BOIN L 200 ns minimum to 2 us maximum after BRPLY L 
goes active. 

The slave device responds to BDIN L negation by negating BRPLY L and 
removing read data from BDAL bus drivers. BRPLY L must be negated 
100 ns maximum prior to removal of read data. The bus master responds 
to the negated BRPLY L by negating BSYNC L, 

Conditions for the next BSYNC L assertion are as follows: 

• BSYNC L must remain negated for 20O ns minimum. 

• BSYNC L must not become asserted within 300 ns of previous BRPLY 
L negation. 

Figure C-2 shows DAT! bus cycle timing. 
NCTS 

Continuous assertion of BSYNC L retains control of the bus by the 
bus master* and the previously addressed slave device remains 
selected* This is done for DATXO(B) bus cycles where DAT0 or 
DATOB follows a BAH without BSYNC L negation and a second 
device addressing operation. Also, a slow slave device can hold 
off data transfers to itself by keeping BRPLY 1* asserted* which 
causes the master to keep BSYNC L asserted* 

DATOB 

DATOB* shown in Figure C-3, is a write operation. Data is transferred in 
32-bit words (DATO) or 8-bit bytes (DATOB) from the bus master to the 
slave device. The data transfer output can occur after the addressing part 
of a bus cycle when BWTBT L has been asserted by the bus master, or 
immediately following an input transfer part of a DATIOB bus cycle. 
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Figure C~2 DATl But Cycle Timing 
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Rgure C-3 DATO or DATOB Bus Cycle 
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The data transfer part of a DATOB bus cycle comprises a data setup and 
deskew time and a data hold and deskew time. 

During the data setup and deskew time, the bus master outputs the data 
on BDAL<15:00> L at least 100 ns after BSYNC L assertion. BWTBT L 
remains negated for the length of the bus cycle. If the transfer is a byte 
transfer, BWTBT L remains asserted. If it is the output of a DATIOB, 
BWTBT L becomes asserted and lasts the duration of the bus cycle. 

During a byte transfer, BDAL<00> L selects the high or low byte. This 
occurs in the addressing part of the cycle. If asserted, the high byte 
<BDAL<15:08> L) is selected; otherwise, the low byte (BDAL<07:00> L) 
is selected. An asserted BDAL 16 L at this time forces a parity error to 
be written into memory if the memory is a parity-type memory. BDAL 
17 L is not used for write operations. The bus master asserts BDOUT L 
at least 100 ns after BDAL and BDWTBT L bus drivers are stable. The 
slave device responds by asserting BRPLY L within 10 us to avoid bus 
timeout. This completes the data setup and deskew time. 

During the data hold and deskew time, the bus master receives BRPLY 
L and negates BDOUT L, which must remain asserted for at least 150 
ns from the receipt of BRPLY L before being negated by the bus master. 
BDAL<17:00> L bus drivers remain asserted for at least 100 ns after 
BDOUT L negation. The bus master then negates BDAL inputs. 

During this time, the slave device senses BDOUT L negation. The data is 
accepted and the slave device negates BRPLY L. The bus master responds 
by negating BSYNC L. However, the processor does not negate BSYNC L 
for at least 175 ns after negating BDOUT L. This completes the DATOB 
bus cycle. Before the next cycle, BSYNC L must remain unasserted for at 
least 200 ns. Figure C-4 shows DATOB bus cycle timing. 

DATIOB 

The protocol for a DATIOB bus cycle is identical to the addressing and 
data transfer part of the DATI and DATOB bus cycles, and is shown in 
Figure C-5. After addressing the device, a DATI cycle is performed as 
explained earlier; however, BSYNC L is not negated. BSYNC L remains 
active for an output word or byte transfer (DATOB). The bus master 
maintains at least 200 ns between BRPLY L negation during the DATI 
cycle end BDOUT L assertion. The cycle is terminated when the bus 
master negates BSYNC L, as described for DATOB. Figure C-6 illustrates 
DATIOB bus cycle timing. 
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Figur* C-5 DAT10 or DATIOB Bus Cycle 
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C.4 Direct Memory Access 

The direct memory access (DMA) capability allows direct data transfer 
between I/O devices and memory. This is useful when using mass storage 
devices (for example, disks) that move large blocks of data to and from 
memory. A DMA device needs to be supplied with only the starting 
address in memory, the starting address in mass storage, the length 
of the transfer, and whether the operation is read or write. When this 
information is available, the DMA device can transfer data directly to or 
from memory. Since most DMA devices must perform data transfers in 
rapid succession or lose data, DMA devices are given the highest priority. 

DMA is accomplished after the processor (normally bus master) has 
passed bus mastership to the highest priority DMA device that is 
requesting the bus. The processor arbitrates all requests and grants the 
bus to the DMA device electrically closest to it. A DMA device remains 
bus master until it relinquishes its mastership. The following control 
signals are used during bus arbitration: 

• BDMGI L DMA grant input 

• BDMGO L DMA grant output 

• BDMR L DMA request line 

• BSACK L bus grant acknowledge 

C.4.1 DMA Protocol 

A DMA transaction can be divided into the following three phases: 

• Bus mastership acquisition phase 

• Data transfer phase 

• Bus mastership relinquishment phase 

During the bus mastership acquisition phase, a DMA device requests 
the bus by asserting BDMR L. The processor arbitrates the request and 
initiates the transfer of bus mastership by asserting BDMGO L* 

The maximum time between BDMR L assertion and BDMGO L assertion 
is DMA latency. This time is processor-dependent. BDMGO L/BDMGI L 
is one signal that is daisy-chained through each module in the backplane. 
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It is driven out of the processor on the BDMGO L pin, enters each module 
on the BDMGI L pin, and exits on the BDMGO L pin. This signal passes 
through the modules in descending order of priority until it is stopped by 
the requesting device. The requesting device blocks the output of BMDGO 
L and asserts BSACK L. If BDMR L is continuously asserted, the bus 
hangs. 

During the data transfer phase, the DMA device continues asserting 
BSACK L. The actual data transfer is performed as described earlier. 

The DMA device can assert BSYNC L for a data transfer 250 ns minimum 
after it received BDMGI L and its BSYNC L bus receiver is negated. 

During the bus mastership relinquishment phase, the DMA device gives 
up the bus by negating BSACK L. This occurs after completing (or 
aborting) the last data transfer cycle (BRPLY L negated). BSACK L 
can be negated up to a maximum of 300 ns before negating BSYNC L. 

NOTE 

If multiple data transfers are performed during this phase, 
consideration must be given to the use of the bus for other system 
function*, such as memory refresh (if required). 

Figure C~? shows the DMA protocol, and Figure C~S shows DMA 
request/grant timing. 

C.4.2 Block Mode DMA 

For increased throughput, block mode DMA can be implemented on a 
device for use with memories that support this type of transfer. In a block 
mode transaction, the starting memory address is asserted, followed by 
data for that address, and data for consecutive addresses. 

By eliminating the assertion of the address for each data word, the 
transfer rate is almost doubled. 

There are two types of block mode transfers, DATBI (input) and DATBO 
(output). The DATBI bus cycle is described in Section C.4,2.1 and 
illustrated in Figure C-9. 

The DATBO bus cycle is described in Section C.4.2.2 and illustrated in 
Figure C-10. 
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C.4.2.1 DATBi Bus Cycte 

Before a DATBI block mode transfer can occur, the DMA bus master 
device must request control of the bus. This occurs under conventional 
Q22-bus protocol . 

A block mode DATBI transfer is executed as follows: 

• Addrew device mewory-the address is asserted by the bus master 
on TADDR<21:00> along with the negation of TWTBT. The bus master 
asserts TSYNC 150 ns minimum after gating the address onto the 
bus. 

• Decode address-the appropriate memory device recognizes that it 
must respond to the address on the bus. 

• Request data-the address is removed by the bus master from 
TADDR<2I:00> 100 ns minimum after the assertion of TSYNC. The 
bus master asserts the first TDIN 100 ns minimum after asserting 
TSYNC. The bus master asserts TBS7 50 ns maximum after asserting 
TDIN for the first time. TBS? remains asserted until 50 ns maximum 
after the assertion of TDIN for the last time. In each case, TBS7 can 
be asserted or negated as soon as the conditions for asserting TDIN 
are met. The assertion of TBS7 indicates the bus master is requesting 
another read cycle after the current read cycle. 

• Send data-the bus slave asserts TRPLY 0 ns minimum (8000 ns 
maximum to avoid a bus timeout) after receiving RDIN. The bus slave 
asserts TREF concurrent with TRPLY if, and only if, it is a block 
mode device which can support another RDIN after the current RDIN. 
The bus slave gates TDATA<15:00> onto the bus 0 ns minimum after 
receiving RDIN and 125 ns maximum after the assertion of TRPLY. 

NOTE 

Block mode transfers must not cross 16-word boundaries* 

• Terminate input transfer-the bus master receives stable 
RDATA<15:00> from 200 ns maximum after receiving RRPLY until 
20 ns minimum after the negation of RDIN, <The 20 ns minimum 
represents total minimum receiver delays for RDIN at the slave and 
RDATA<15:00> at the master.) The bus master negates TDIN 200 ns 
minimum after receiving RRPLY*. 
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♦ Operation completed~the bus slave negates TRPLY 0 ns minimum 
after receiving th& negation of RDIN. If RBS7 and TREF are both 
asserted when TRPLY negates, the bus slave prepares for another 
DIN cycle. RBS7 is stable from 125 ns after RDIN is received until 
150 ns after TRPLY negates. If TBS7 and RREF were both asserted 
when TDIN negated, the bus master asserts TDIN 150 ns minimum 
after receiving the negation of RRPLY and continues with the timing 
relationship in send data above. RREF is stable from 75 ns after 
RRPLY asserts until 20 ns minimum after TDIN negates. (The 0 ns 
minimum represents total minimum receiver delays for RDIN at the 
slave and RREF at the master.) 

NOTE 

The bus master must limit itself to not more than eight 
transfers unless it monitors RDMR. If it monitors EDMR, 
it may perform up to 16 transfers as long as KDMR is not 
asserted at the end of the seventh transfer, 

• Terminate bus cycle-if RBS7 and TREF were not both asserted 
when TRPLY negated, the bus slave removes TDATA<15:00> from 
the bus 0 ns minimum and 100 ns maximum after negating TRPIX 
If TBS7 and RREF were not both asserted when TDIN negated, the 
bus master negates TSYNC 250 ns minimum after receiving the last 
assertion of RRPLY and 0 ns minimum after the negation of that 
RRPLY 

* Release the bus-the DMA bus master negates T3ACK 0 ns after 
negation of the last RRPLY. The DMA bus master negates TSYNC 
300 ns maximum after it negates TSAOK. The DMA bus master must 
remove RDATA<15:00> > TBS7, and TWTBT from the bus 100 ns 
maximum after clearing TSYNC. 

At this point the block mode transfer is complete* and the bus arbitration 
logic in the CPU enables processor-generated TSYNC or issues another 
bus grant (TDMGO) if RDMR is asserted, 

C.4.2,2 DAT30 But Cycte 

Before a block mode transfer can occur, the DMA bus master device 
must request control of the bus. This occurs under conventional Q22»bus 
protocol. 

A Block mode DATBO transfer is executed as follows: 

♦ Address device memory-the address is asserted by the bus master 
on TADDR<21:00> along with the aasertion of TWTBT. The bus 
master asserts TSYNC 150 ns minimum after gating the address onto 
the bus. 
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Decode address-the appropriate memory device recognizes that it 
must respond to the address on the bus. 

Send data-the bus master gates ?DATA<15:G0> along with TWTBT 
100 ns minimum after the assertion of TSYNC TWTBT is negated. 
The bus master asserts the first TDOUT 200 ns minimum after gating 
TDATA<15:00>. 

NOTE 

During DATBO cycles, TBS7 is undefined. 

Receive data~the bus slave receives stable data on RDATA<15:00> 
from 25 ns minimum before receiving RDOUT until 25 ns minimum 
after receiving the negation of RDOUT The bus slave asserts TRPLY 
0 ns minimum after receiving RDOUT. The bus slave asserts TREF 
concurrent with TRPLY if, and only if» it is a block mode device which 
can support another RDOUT after the current RDOUT. 

NOTE 

Block mode transfers must not cross 16«word boundaries* 

Terminate output transfer-the bus master negates TDOUT 150 ns 
minimum after receiving RRPLY, 

Operation completed-the bus slave negates TRPLY 0 ns minimum 
after receiving the negation of RDOUT. I r RREF was asserted 
when TDOUT negated and if the bus master wants to transfer 
another word, the bus master gates the new data on TDATA<15:00> 
100 ns minimum after negating TDOUT. RREF is stable from 
75 ns maximum after REPLY asserts until 20 ns minimum after 
RDOUT negates. (The 20 ns minimum represents minimum receiver 
delays for RDOUT at the slave and RREF at the master). The bus 
master asserts TDOUT 100 ns minimum after gating new data on 
TDATA<15:00> and 150 ns minimum after receiving the negation of 
RRPLY. The cycle continues with the timing relationship in receive 
data above. 

NOTE 

The bus master must limit itself to not more than 8 transfers 
unless it monitors RDMR> If it monitors RDMR, it may perform 
up to 16 transfers as long as RDMR is not asserted at the end 
of the seventh transfer. 
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• Terminate bus cycle-if RREF was not asserted when RRPLY 
negated or if the bus master has no additional data Ho transfer, the 
bus master removes data on TDATA<15:00> from the bus 100 ns 
minimum after negating TDOUT. If RREF was not asserted when 
TBOUT negated, the bu3 master negates TSYNC 275 ns minimum 
after receiving the last RRPLY and 0 ns minimum after the negation 
of the last RRPLY. 

• Release the bus~the DMA bus master negates TSACK 0 ns after 
negation of the last RRPLY. The DMA bus master negates TSYNC 
300 ns maximum after it negates TSACK. The DMA bus master must 
remove TDATA, TBS7, and TWTBT from the bus 100 ns maximum 
after clearing TSYNC. 

At this point the block mode transfer is complete, and the bus arbitration 
logic in the CPU enables processor-generated TSYNC or issues another 
bus grant (TDMGO) if RDMR is asserted. 

C.4.3 DMA Guidelines 

• Systems with memory refresh over the bus must not include devices 
that perform more than one transfer per acquisition. 

• Bus masters that do not use block mode are limited to four DATI, four 
DATO, or two DATIO transfers per acquisition. 

• Block mode bus masters that do not monitor BDMR are limited to 
eight transfers per acquisition. 

• If BDMR is not asserted after the seventh transfer, block mode bus 
masters that do monitor BDMR may continue making transfers 
until the bus slave fails to assert BREF, or until they reach the total 
maximum of 16 transfers. Otherwise, they stop after eight transfers. 
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C.5 interrupts 

The interrupt capability of the Q22-bus allows an I/O device to 
temporarily suspend (interrupt) current program execution and divert 
processor operation to service the requesting device. The processor inputs 
a vector from the device to start the service routine (handler), I4ke the 
device register address, hardware fixes the device vector at locations 
within a designated range below location 001000. The vector indicates the 
first of a pair of addresses. The processor reads the contents of the first 
address, the starting address of the interrupt handler. The contents of the 
second address is a new processor status word (PS). 

The new PS can raise the interrupt priority level, thereby preventing 
lower-level interrupts from breaking into the current interrupt service 
routine. Control is returned to the interrupted program when the 
interrupt handler is ended. The original interrupted program's address 
(PC> and its associated PS are stored on a stack. The original PC and 
PS are restored by a return from interrupt CRT! or RTT) instruction at 
the end of the handler. The use of the stack and the Q22-bus interrupt 
scheme can allow interrupts to occur within interrupts (nested interrupts), 
depending on the PS. 

Inttrrupts can be caused by Q22-bus options or the MicroVAX CPU. Those 
interrupts that originate from within the processor are called traps. IVaps 
are caused by programming errors, hardware errors, special instructions, 
and maintenance features. 

The following Q22-bus signals are used in interrupt transactions: 



Signal Definition 



BIRQ4 L Interrupt request priority level 4 

BIKQ5 L Interrupt request priority level 5 

BIRQ6 L Interrupt request priority level 6 

BIRQ7 L Interrupt request priority level 7 

BIAKI L Interrupt acknowledge input 

BIAKO L Interrupt acknowledge output 

BDAL<21:00> Data/address lines 

BDIN L Data input strobe 

BRPLYL Reply 
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C.8A Device Priority 

The Q22«bus supports the following two methods of device priority: 

• Distributed arbitration — priority levels are implemented on tho 
hardware, When devices of equal priority level request an interrupt, 
priority is given to the device electrically closest to the processor. 

♦ Position-defined arbitration — priarity is determined solely by 
electrical position on the bus. The closer a device is to the processor, 
the higher its priority is. 

C.5.2 interrupt Protocol 

Interrupt protocol on th * Q22~bus has three phases; 

* Interrupt request 

• Interrupt acknowledge and priority arbitration 

* Interrupt vector transfer phase 

The interrupt request phase begins when a device meets its specific 
conditions for interrupt requests. For example, the device is ready, 
done, or an error occurred* The interrupt enable bit in a device status 
register must be set. The device then initiates the interrupt by asserting 
the interrupt request IineCs). BIRQ4 L is the lowest hardware priority 
level and is asserted for all interrupt requests for compatibility with 
previous Q22-bus processors.. The level at which a device is configured 
must also be asserted. A special case exists for level 7 devices that must 
also assert level 8. The following list gives the interrupt levels and the 
corresponding Q22*bus interrrupt request lines. For an explanation, refer 
to Section C.5.3. 



Interrupt Level 


Line* Aanerted by Device 


4 


BIRQ4 L 


5 


BIRQ4 U BIRQ5 L 


6 


BIKQ4 L, BIRQ6 L 


7 


BIRQ4 L, BIRQ6 L, BIRQ? L 



Figure C-ll shows the interrupt request/acknowledge sequence. 
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Figure C-11 Interrupt Request/Acknowledge Sequence 
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The interrupt request line remains asserted until the request is 
acknowledged. 

During the interrupt acknowledge and priority arbitration phase, the LSI- 
11/23 processor acknowledges interrupts under the following conditions: 

• The device interrupt priority is higher than the current PS<7:5>. 

• The processor has completed instruction execution and no additional 
bus cycles are pending. 

The processor acknowledges the interrupt request by asserting BDIN L, 
and 150 ns minimum later asserting BIAKO L. The device electrically 
closest to the processor receives the acknowledge on its BIAKI L bus 
receiver. 

At this point, the two types of arbitration must be discussed separately. 
If the device that receives the acknowledge uses the four-level interrupt 
scheme, it reacts as follows: 

• If not requesting an interrupt, the device asserts BIAKO L and the 
acknowledge propagates to the next device on the bus. 

• If the device is requesting an interrupt, it must check that no higher- 
level device is currently requesting an interrupt. This is done by 
monitoring higher-level request lines. The table below lists the lines 
that need to be monitored by devices at each priority level. 

In addition to asserting levels 7 and 4, level 7 devices must drive level 
6. This is done to simplify the monitoring and arbitration by level 4 
and 5 devices. In this protocol, level 4 and 5 devices need not monitor 
level 7 because level 7 devices assert level 6. Level 4 and 5 devices 
become aware of a level 7 request because they monitor the level 6 
request. This protocol has been optimized for level 4, 5, and 6 devices, 
since level 7 devices are very seldom necessary. 



Device Priority Level 


Line(s) Monitored 




BIRQ5, BIRQ6 


5 


BIRQ6 


6 


BIRQ7 


7 
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• If no higher-level device is requesting an interrupt, the acknowledge 
is blocked by the device. (BIAKO L is not asserted.) Arbitration logic 
within the device uses the leading edge of BDIN L to clock a fiip-flop 
that blocks BIAKO L. Arbitration is won and the interrupt vector 
transfer phase begins. 

• If a higher-level request line is active, the device disqualifies itself 
and asserts BIAKO L to propagate the acknowledge to the next device 
along the bus. 

Signal timing must be considered carefully when implementing four-level 
interrupts (Figure C-12). 
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Figuw C-12 interrupt Protocol Timing 
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If a single-level interrupt device receives the acknowledge, it reacts as 
follows: 

♦ If not requesting an interrupt, the device asserts BIAKO L and the 
acknowledge propagates to the next device on the bus. 

• If the device was requesting an interrupt, the acknowledge is blocked 
using the leading edge of BDIN L, and arbitration is won. The 
interrupt vector transfer phase begins. 

The interrupt vector transfer phase is enabled by BDIN L» and BIAKI L. 
The device responds by asserting BRPLY L and its BDAL<15:00> L bus 
driver inputs with the vector address bits. The BDAL bus driver inputs 
must be stable within 125 ns maximum after BRPLY L is asserted. The 
processor then inputs the vector address and negates BDIN L and BIAKO 
L. The device then negates BRPLY L and 100 ns maximum later removes 
the vector address bits. The processor then enters the device's service 
routine. 

NOTE 

Propagation delay from BIAKI L to BIAKO I» must not be greater 
than 500 ns per Q22-bus slot. The device must assert BRPLY L 
within 10 us maximum after the processor asserts BIAKI L. 

C.5.3 Q22-bus Four-Level interrupt Configurations 

If you have high-speed peripherals and desire better software 
performance, you can use the four-level interrupt scheme. Both position- 
independent and position-dependent configurations can be used with the 
four-level interrupt scheme. 

Figure G-13 shows the position-independent configuration. This allows 
peripheral devices that use the four-level interrupt scheme to be placed 
in the backplane in any order. These devices must send out interrupt 
requests and monitor higher-level request lines as described. The level 4 
request is always asserted from a requesting device regardless of priority. 
If two or more devices of equally high priority request an interrupt, the 
device physically closest to the processor wins arbitration. Devices that 
use the single-level interrupt scheme must be modified, or placed at the 
end of the bus, for arbitration to function properly. 
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Figure C— 14 shows the position-dependent configuration. This 
configuration is simpler to implement. A constraint is that peripheral 
devices must be inserted with the highest priority device located closest 
to the processor, and the remaining devices placed in the backplane in 
decreasing order of priority (with the lowest priority devices farthest 
from the processor). With this configuration, each device has to assert 
only its own level and level 4. Monitoring higher-level request lines is 
unnecessary. Arbitration is achieved through the physical positioning of 
each device on the bus. Single-level interrupt devices on level 4 should be 
positioned last on the bus. 
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Figure C~14 Position-Dependent Configuration 
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C.6 Control Functions 

The following Q22-bus signals provide control functions: 





Definition 


BKEF h 


Memory refresh (alto block mode DMA) 


BHALTL 


Processor halt 


BINIT L 


Initialize 


BPOKH 


Power OK 


BDCOK H 


DC power OK 



C.6*1 Memory Refresh 

If BREF is asserted during the address part of a bus data transfer cycle, 
it causes all dynamic MOS memories to be addressed simultaneously. The 
sequence of addresses required for refreshing the memories is determined 
by the specific requirements for each memory. The complete memory 
refresh cycle consists of a series of refresh bus transactions. A new 
address is used for each transaction. A complete memory refresh cycle 
must be completed within 1 or 2 ms. Multiple data transfers by DMA 
devices must be avoided since they could delay memory refresh cycles. 
This type of refresh is done only for memories that do not perform on- 
board refresh. 



C.6.2 Halt 

Assertion of BHALT L for at least 25 ns interrupts the processor, which 
stops program execution and forces the processor unconditionally into 
console I/O mode. 



C.6.3 Initialization 

Devices along the bus are initialized when BINIT L is asserted. The 
processor can assert BINIT L as a result of executing a reset instruction 
as part of a power-up or power-down sequence. BINIT L is asserted for 
approximately 10 us when reset is executed. 
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C.6.4 Power Status 

Power status protocol is controlled by two signals, BPOK H and BDCOK 
H. These signals are driven by an external device (usually the power 
supply). 

C.6.5 BDCOK H 

When asserted, this control indicates that dc power has been stable for 
at least 3 ms. Once asserted, this line remains asserted until the power 
fails. It indicates that only 5 us of dc power reserve remains. 

C.6.6 BPOK H 

When asserted, this control indicates there is at least an 8 ms reserve of 
dc power, and that BDCOK H has been asserted for at least 70 ms. Once 
BPOK has been asserted, it must remain asserted for at least 3 ms. The 
negation of this line, the first event in the power-fail sequence, indicates 
that power is failing and that only 4 ms of dc power reserve remains. 

C.6.7 Power-Up and Power-Down Protocol 

Power- up protocol begins when the power supply applies power with 
BDCOK H negated. This forces the processor to assert BINIT L, When 
the dc voltages are stable, the power supply or other external device 
asserts BDCOK H. The processor responds by clearing the PS, floating- 
point status register (FPS), and floating-point exception register (FJ3C). 
BINIT L is asserted for 12.6 ps, and then negated for 110 us. The 
processor continues to test for BPOK H until it is asserted. The power 
supply asserts BPIK H 70 ms minimum after BDCOK H is asserted. The 
processor then performs its power-up sequence. Normal power must be 
maintained at least 3 ms before a power-down sequence can begin. 

A power-down sequence begins when the power supply negates BPOK 
H. When the current instruction is completed, the processor traps to a 
power-down routine at location 24. The end of the routine is terminated 
with a halt instruction to avoid any possible memory corruption as the dc 
voltages decay. 

When the processor executes the halt instruction, it tests the BPOK 
H signal. If BPOK H is negated, the processor enters the power-up 
sequence. It clears internal registers, generates BINIT L, and continues 
to check for the assertion of BPOK H. If it is asserted and dc voltages 
are still stable, the processor performs the rest of the power-up sequence. 
Figure C-15 shows power-up and power-down timing. 
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NOTE 

The KA655 doea not follow this protocol* Refer to Section 3*7.5 tor 
a description of KA655 imtialiKation* 
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F^ure C~15 Power-Up and Power-Down Timing 



C.7 Q22~hus Electrical Characteristics 

The input and output logic levels for Q22«bus signals are given in 
Section C.7.1. 

G.7.1 Signal Level Specifications 

The signal level specifications for the Q22*bus are as follows: 
Input Logic Level 



TTL logical low °* 8 V< * c maximu ™ 

TTL logical high 2 '° Vdc ntttoawa 

Output Logic Level 

TTL logical low rt . ... 

TTL logical high §«* ™c 

-6.4 Vac minimum 
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CJ.2 Load D«f inftiort 

AC loads make up the maximum capacitance allowed per signal line to 
ground. A unit load is defined as 9.35 pF of capacitance. DC loads are 
defined as maximum current allowed with a signal line driver asserted or 
unasserted. A unit load is defined as 210 uA in the unasserted state* 

C.7.3 120"OhmQ22*bus 

The electrical conductors interconnecting the bus device slots are treated 
as transmission lines. A uniform transmission line* terminated in 
its characteristic impedance, propagates an electrical signal without 
reflections. Since bus drivers, receivers, and wiring connected to the 
bus have finite resistance and nonxero reactance, the transmission 
line impedance is not uniform, and introduces distortions into pulses 
propagated along it. Passive components of the Q22«bus (such as wiring, 
cabling, and etched signal conductors) are designed to have a nominal 
characteristic impedance of 120 ohms. 

The maximum length of interconnecting cable, excluding wiring within 
the backplane, is limited to 4,88 m (16 feet). 

C.7.4 Bus Drivers 

Devices driving the 120*ohm Q22-bus must have open collector outputs 
and meet the following specifications: 

DC Specifications 

♦ Output low voltage when sinking 70 mA of current is 0.7 V maximum. 

♦ Output high leakage current when connected to 3.8 Vdc is 25 uA (even 
if no power is applied, except for BDCOK H and BPOK H). 

• These conditions must be met at worst-case supply temperature, and 
input signal levels. 

AC Specifications 

* Bus driver output pin capacitance load should not exceed 10 pF. 

• Propagation delay should not exceed 35 ns, 

* Skew (difference in propagation time between slowest and fastest 
gate) should not exceed 25 ns. 
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• Transition time (from 10% to 90% for positive transition — rise time, 
from 90% to 10% for negative transition— fall time) must be no faster 
than 10 ns. 

C.7.5 Bus Receivers 

Devices that receive signals from the 120-ohm Q22*bus must meet the 
following requirements: 

DC Specification* 

• Input low voltage maximum is 1.3 V. 

• Input high voltage minimum is 1*7 V. 

• Maximum input current when connected to 3.8 Vdc is 80 uA (even if 
no power is applied). 

These specifications must be met at worst-case supply voltage, 
temperature, and output signal conditions. 

AC Specifications 

• Bus receiver input pin capacitance load should not exceed 10 pF. 

• Propagation delay should not exceed 35 ns. 

• Skew (difference in propagation time between slowest and fastest 
gate) should not exceed 25 ns. 

C.?*6 Bus Termination 

The 120-ohm Q22»bus must be terminated at each end by an appropriate 
terminator, as shown in Figuiv C— 16. This is to be done as a voltage 
divider with its Thevenin equivalent equal to 120 ohms and 3.4 
V (nominal). This type of termination is provided by an REV11-A 
refresh/boot/terminaton BDV11-AA, KPV11-B, TEV11, or by certain 
backplanes and expansion cards. 
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Figure 0-16 But lint Terminations 

Each of the several Q22-bus lines (all signals whose mnemonics start 
with the letter B) must see an equivalent network with the following 
characteristics at each end of the bus: 



But Termination Characteristic Value 

Input impedance 120 ohm +5%, -15% 
(with respect to ground) 

Open circuit voltage 3.4 Vdc +59b 

Capacitance load Not to exceed 30 pF 



NOTE 

The resistive termination can be provided by the combination 
of two modules. (The processor module supplies 220 ohms to 
ground. This, in parallel with another 220-ohm card, provides 120 
ohms*) Both terminators must reside physically within the same 
backplane. 

C.7.7 Bus Interconnecting Wiring 

The following sections give specific information about bus interconnecting 
wiring. 
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C.7.7.1 Backplane Wiring 

The wiring that connects all device interface slots on the Q22-bus must 
meet the following specifications: 

♦ The conductors must be arranged so that each line exhibits a 
characteristic impedance of 120 ohms (measured with respect to 
the bus common return). 

• Crosstalk between any two lines must be no greater than 5%. Note 
that worst-case crosstalk is manifested by simultaneously driving all 
but one signal line and measuring the effect on the undriven line. 

♦ DC resistance of the signal path, as measured between the near- 
end terminator and the far-end terminator module (including all 
intervening connectors, cables, backplane wiring* and connector- 
module etch) must not exceed 20 ohms. 

• DC resistance of the common return path, as measured between the 
near-end terminator and the far-end terminator module (including 
all intervening connectors, cables, backplane wiring and connector- 
module etch) must not exceed an equivalent of 2 ohms per signal 
path. Thus, the composite signal return path dc resistance must not 
exceed 2 ohms divided by 40 bus lines, or 50 milliohms. Note that 
although this common return path is nominally at ground potential, 
the conductance must be part of the bus wiring. The specified 

low impedance return, path must be provided by the bus wiring as 
distinguished from the common system or power ground path. 

0.7.7.2 Intrabackplane Bos Wiring 

The wiring that connects the bus connector slots within one contiguous 
backplane is part of the overall bus transmission line. Owing to 
implementation constraints, the nominal characteristic impedance of 
120 ohms may not be achievable. Distributed wiring capacitance in excess 
of the amount required to achieve the nominal 120-ohm impedance may 
not exceed 60 pF per signal line per backplane. 

€.7.7.3 Power and Ground 

Each bus inteiface slot has connector pins assigned for the following dc 
voltages. The maximum allowable current per pin is 1.5 A. +5 Vdc must 
be regulated to 5<fc with a maximum ripple of 100 mV pp. +12 Vdc must 
be regulated to 3% with a maximum ripple of 200 mV pp. 
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• +5 Vdc — three pins (4.5 A maximum per bus device slot) 

• +12 Vdc — two pins (3.0 A maximum per bus device slot* 

• Ground — eight pins (shared by power return and signal return) 

NOTE 

Power is not l^ssed between backplanes on any interconnecting 
bus cables. 

C.8 System Configurations 

Q22-bus systems can be divided into two types: 

♦ Systems containing owe backplane 

* Systems containing multiple backplanes 

Before configuring any system, three characteristics for each module in 
the system must be identified. 

* Power consumption — +5 Vdc and +12 Vdc are the current 
requirements. 

* AC bus loading — the amount of capacitance a module presents to a 
bus signal line. AC loading is expressed in terms of ac loads, where 
one ac load equals 9.35 pF of capacitance. 

♦ DC bus loading — the amount of dc leakage current a module presents 
to a bus signal when the line is high (undriven). DC loading is 
expressed in terms of dc loads, where one dc load equals 210 uA 
(nominal). 

Power consumption, ac loading, and dc loading specifications for each 
module are included in the Microcomputer Interfaces Handbook. 

NOTE 

The ac and dc loads and the power consumption of the processor 
module, terminator module* and backplane must be included in 
determining the total loading of a backplane. 

Rules for configuring single-backplane systems are as follows: 

♦ When using a processor with 220-ohm termination, the bus can 
accommodate modules that have up to 20 ac loads before additional 
termination is required (Figure G- 17). If more than 20 ac loads are 
included, the othor end of the bus must be terminated with 120 ohms, 
and then up to 35 ac loads may W present. 
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• With 120-ohm processor termination, up to 35 ac loads can be used 
with ,^ut additional termination. If 120-ohm bus termination is added, 
up to 45 ac loads can he configured in the backplane. 

• The bus can accommodate modules up to 20 dc loads (total). 

• The bus signal lines on the backplane can be up to 35.6 cm < 14 inches) 
long. 
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Figure C-17 Singie-Baekplane Configuration 

Rules for configuring multiple backplane systems are as follows: 

• Figure C-18 shows that up to three backplanes can make up the 
system. 

• The signal lines on each backplane can be up to 25.4 cm (10 inches) 
long, 

• Each backplane can accommodate modules that have up to 22 ac 
loads. Unused ac loads from one backplane may not be added to 
another backplane if the second backplane loading exceeds 22 ac 
loads, it is desirable to load backplanes equally, or with the highest 
ac loads in the first and second >ackplanes. 
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Figure C-18 Multiple Backptane Configuration 
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• DC loading of all modules in all backplanes cannot exceed 20 loads. 

• Both ends of the bos must be terminated with 120 ohms. This means 
the first and last backplanes must have an impedance of 120 ohms. 
To achieve this, each backplane can be lumped together as a single 
point. The resistive termination can be provided by a combination of 
two modules in the backplane - the processor providing 220 ohms to 
ground in parallel with an expansion paddle card providing 250 ohms 
to give the needed 120«ohm termination. 

Alternately, a processor with 120-ohm termination would need no 
additional termination on the paddle card to attain 120 ohms in the 
first box. The 120-ohm termination in the last box can be provided 
in two ways: the termination resistors may reside either on the 
expansion paddle card, or on a bus termination card isuch as the 
BDV11). 

• The cable(s) connecting the first two backplanes is 61 cm (2 feet) or 
more in length. 

• The cable(s) connecting the second backplane to the third backplane is 
122 cm (4 feet) longer or shorter than the cable(s) connecting the first 
and second backplanes. 

• The combined length of both cables cannot exceed 4.88 m (16 feet). 

• The cables used must have a characteristic impedance of 120 ohms. 

C.8.1 Power Supply Loading 

Total power requirements for each backplane can be determined by 
obtaining the total power requirements for each module in the backplane. 
Obtain separate totals for +5 V and +12 V power. Power requirements for 
each module are specified in the Microcomputer interfaces Handbook, 

When distributing power in multiple backplane systems, do not attempt 
to distribute power through the Q22-bus cables. Provide separate, 
appropriate power wiring from each power supply to each backplane. 
Each power supply should be capable of asserting BPOK H and BDCOK 
H signals according to bus protocol; this is required if automatic power- 
fail/restart programs are implemented, or if specific peripherals require 
an orderly power*down halt sequence. The proper use of BPOK H and 
BDCOK H signals is strongly recommended. 
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C.9 Module Contact Finger Identification 

DIGITAUs plug-in modules all use the same contact finger (pin) 
identification system. A typical pin is shown in Figure C--19. 



Figure C~19 Typical Pin Identification System 

The Q22-bus is based on the use of quad-height modules that plug into 
a 2-siot bus connector. Each slot contains 36 lines (18 lines on both the 
component side and the solder side of the circuit board). 

Slots, row A, and row B include a numeric identifier for the side of the 
module. The component side is designated side 1, the solder side is 
designated side 2, as shown in Figure C-20. 

Letters ranging from A through V (excluding G, I, O, and Q) identify a 
particular pin on a side of a slot. Table C-7 lists and identifies the bus 
pins of the quad-height module. A bus pin identifier ending with a 1 
is found on the component side of the board, while a bus pin identifier 
ending with a 2 is found on the solder side of the board. 

The positioning notch between the two rows of pins mates with a 
protrusion on the connector block for correct module positioning. 
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Figure C-20 Quad-Height Module Contact Finger Identification 
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The dimensions for a typical Q22-bus module are represented in 
Figure C-21. 
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Figure Typical Q22-bus Module Dimensions 



Table C~7 Bus Pin Identifiers 



Bus Pin Signal 



Definition 



AAl 
AB1 
ACI 

AD1 



BIRQS L 
BIRQ6L 
BDAL16L 

BDAL17 L 



Interrupt request priority level 5. 

Interrupt request priority level 6. 

Extended address bit during addressing protocol; 
memory error data line during data transfer 
protocol. 

Extended address bit during addressing protocol; 
memory error logic enable during data transfer 
protocol. 
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Table C-7 (Com.) Bus Pitt Identifiers 



Bus Pin Signal 



Definition 



AE1 



SSPARE1 
(alternate +5B) 



AF1 



SSPARE2 



AH1 



AJI 
AK1 

AL1 



SSPARE3 
SRUN 



GND 

MSPAREA 
MSPAREB 



Special spare — not assigned or bused in 
DIGITAL'S cable or backplane assemblies. 
Available for user connection. Optionally, this 
pin can be used for +5 V battery (+5 B) back- 
up power to keep critical circuits alive during 
power failures. A jumper is required on Q22-bus 
options to open (disconnect) the +5 B circuit in 
systems that use this li*>e as 
SSPARE1. 

Special spare — not assigned or bused in 
DIGITAL'S cable or backplane assemblies. 
Available for user interconnection. In the 
highest priority device slot, the processor can 
use this pin for a signal to indicate its run state. 

Special spare — not assigned or bused 
simultaneously in DIGITAL'S cable or backplane 
assemblies; available for user interconnection. 
An alternate SRUN signal can be connected in 
the highest priority set. 

Ground — system signal ground and dc return. 

Maintenance spare — normally connected 
together on the backplane at each option location 
(not a bused connection). 

Maintenance spare — normally connected 
together on the backplane at eacb option location 
[not a bused connection). 



AMI 



GND 



Ground — system signal ground and dc return. 
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T«bt» C-7 (Cont.) Bus Pin identlf ters 

Bus Pin Signal Definition 



AN1 BDMR L DMA request — a device asserts this signal 

to request bus mastership. The processor 
arbitrates bus mastership between itself and 
all DMA devices on the bus. If the processor is 
not bus master (it has completed a bus cycle and 
BSYNC L is not being asserted by the processor), 
it grants bus mastership to the requesting device 
by asserting BDMGO L. The device responds by- 
negating BDMR L and asserting BSACK L- 

AP1 BHALT h Processor halt — when BHALT L is asserted 

for at least 25 us, the processor services the 
halt interrupt and responds by halting normal 
program execution. External interrupts are 
ignored but memory refresh interrupts in Q22- 
bus operations are enabled if W4 on the M7264 
and M7264-YA processor modules is removed 
and DMA request/grant sequences are enabled. 
The processor executes the ODT microcode, and 
the console device operation is invoked. 

AR1 BREF L Memory refresh — asserted by a DMA device. 

This signal forces all dynamic MOS memory 
units requiring bus refresh signals to be 
activated for each BSYNC 1VBDIN h bus 
transaction. It is also used as a control signal 
for block mode DMA. 

CAUTION 

The user must avoid Multiple DMA data 
transfers (burnt or hot mode) that could 
delay refresh operation if using DMA 
refresh. Complete refresh cycles must 
occur once every 1*6 ms if required. 
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Tabte C~7 (Com.) Bus Pin Identifiers 



Bus Pin Signal 



Definition 



AS! 



+12 B or +5 3 



ATI 
AVI 

AVI 

BA1 

BB1 



BC1 



BD1 



GND 

PSPARE 1 
+5B 

BDCOKH 
BPOKH 



BEl 



SSPARE4 
BDAL18 L 
(22-bit only) 

SSPARE5 
BDAL19 L 
(22-bit only) 



SSPARE6 
BDAL20 L 



•♦►12 Vdc or +5 V battery back-up power to keep 
critical circuits alive during power failures. This 
signal is not bused to BS1 in all of DIGITAL'S 
backplanes. A jumper is required on all Q22-bus 
options to open (disconnect* the backup circuit 
from the bus in systems that use this line at the 
alternate voltage. 

Ground — system signal ground and dc return. 

Spare — not assigned. Customer usage not 
recommended. Prevents damage whsn modules 
are inserted upside down. 

+5 V battery power — secondary +5 V power 
connection. Battery power can be used with 
certain devices. 

DC power OK — a power supply generated 
signal that is asserted when the available dc 
voltage is sufficient to sustain reliable system 
operation. 

Power OK — asserted by the power supply 70 
ms after BDCOK is negated when ac power 
drops below the value required to sustain power 
(approximately 75% of nominal). When negated 
during processor operation, a power-fail trap 
sequence is initiated. 

Special spare in the Q22-bus — not assigned. 
Bused in 22-bit cable and backplane assemblies. 
Available for user interconnection. 



CAUTIOM 

These pins may be used by manufacturing 
aa teat points in some options* 

In the Q22-bus, these bused address lines are 
address lines <21:18>. Currently not used 
during data time. 
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TaW*C~7(Cont) Bus Pitt Ufrntif tors 



Bus Pitt Signal 



Definition 



BF1 



BH1 



BJ2 

BK1 
BU 



BM1 
BNI 

BP1 
BR1 



BSI 

BT1 
BUI 



SSPARE7 
BDAL21 L 

SSPARE8 



GND 

MSPAREB 
MSPAREB 



GND 
BSACK L 

BIKq7 L 
BEVNT L 



+ 12 B 

GND 
PSPARE2 



BV1 
AA2 



+5 
+5 



In thf Q22-bus, these bused address lines are 
address lines <21:18>. Currently not used 
during data time. 

Special spare — not assigned or bused in 
DIGITAL'S cabl? and backplane assemblies. 
Available for user interconnection. 

Ground — system signal ground and dc return. 

Maintenance spare — normally connected 
together on the backplane at each option location 
(not a bused connection t- 

Ground — system signal ground and dc return- 

This signal is asserted by a DMA device in 
response to the processor's BDMGO L signal, 
indicating that the DMA device is bus master. 

interrupt request priority level 7. 

External event interrupt request — when 
asserted, the processor responds by entering 
a service routine through vector address 1008. A 
typical use of this signal is as a line time clock 
(LTC) interrupt 

+ 12 Vdc battery back-up power (not bused to 
ASI in all of DIGITAL'S backplanes). 

Ground — system signal ground and dc return. 

Power spare 2 — not assigned a function and not 
recommended for use. If a module is using 
-12 V (on pin AB2), and, if the module is 
accidentally inserted upside down in the 
backplane, -12 Vdc appears on pin BUI. 

+5 V power — normal -t-5 Vdc system power. 

+5 V power — ■ normal +5 Vdc system power. 



C~52 Q22-bus Specification 



Tab* C-7 (Cont.) Bus Pin ictontlffers 



Bus Pin Signal 



Definition 



AB2 



•12 



AC2 
AD2 
AE2 



GND 
+12 

BDOUTL 



AF2 



BRPLY L 



AH2 



BDIN L 



•12 V power — -12 Vdc power for (optional) 
devices requiring this voltage. Each Q22- 
bus module that requires negative voltages 
contains an inverter circuit that generates the 
required voltage(s). Therefore, -12 V power is 
not required with DIGITAL'S options. 

Ground — system signal ground and dc return. 

+12 V power — +12 Vdc system power. 

Data output — when asserted, BDOUT implies 
that valid data is available on BDAL<0:15> L 
and that an output transfer, with respect to the 
bus master device, is taking place. BDOUT L is 
deskewed with respect to data on the bus. The 
slave device responding to the BDOUT L signal 
must assert BRPLY L to complete the transfer. 

Reply — BRPLY L is asserted in response 
to BDIN L or BDOUT L and during IAK 
transactions. It is generated by a slave device to 
indicate that it has placed its data on the BDAL 
bus or that it has accepted output data from the 
bus. 

Data Input — BDIN L is used for two types of 
bus operations. 

• When asserted during BSYNC L time, BDIN 
L implies an input transfer with respect 

to the current bus master, and requires a 
response (BRPLY L). BDIN L is asserted 
when the master device is ready to accept 
data from the slave device. 

♦ When asserted without BSYNC L, it 
indicates that an interrupt operation is 
occurring. The master device must deskew 
input data from BRPLY L. 
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Tfrbfr 0-7 (Cont.) Bug Pin tggnWfrrs 

Bub Pin Signal Definition 



AJ2 BSYNC h Synchronize — BSYNC L is asserted by the bus 

master device to indicate that it has placed an 
address on BDAL<0:17> L. The transfer is in 
process until BSYNC h is negated. 

AK2 BWTBT L Write/byte — BWTBT L is UBed in two ways to 

control a bus cycle. 

• It is asserted at the leading edge of BSYNC 
L to indicate that an output sequence (DATO 
or DATOB), rather than an input sequence, 
is to follow. 

• It is asserted during BDOUT L. in a DATOB 
bus cycle, for byte addressing. 



AL2 



BIRQ4L 



AM2 
AN2 



BIAKI L 
BIAKOL 



Interrupt request priority level 4 — a level 4 
device asserts this signal when its interrupt 
enable and interrupt request flip-flops are set. If 
the PS word bit 7 is 0, the processor responds by 
acknowledging the request by asserting BDIN L 
and BIAKO L. 

Interrupt acknowledge — in accordance with 
interrupt protocol, the processor asserts BIAKO 
L to acknowledge receipt of an interrupt. The 
bus transmits this to BIAKI L of the device 
electrically closest to the processor. This device 
accepts the interrupt acknowledge under two 
conditions. 

• The device requested the bus by asserting 
BIRQn L (where n» 4, 5, 6 or 7) 

• The device has the highest priority interrupt 
request on the bus at that time. 
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Bus Pitt Signal 



Definition 



AP2 



BBS7L 



AR2 
AS2 



BDMGI L 
BDMGO L 



AT2 



BINITL 



If these conditions ars not met, the device 
asHerts BIAKO L to the next device on the bus. 
This process continues in a daisy chain fashion 
until the device with the highest interrupt 
priority receives the interrupt acknowledge 
signal. 

Bank 7 select — the bus master asserts this 
signal to reference the I/O page (including 
that part of the page reserved for nonexistent 
memory). The address in BDAL<0:12> L when 
BBS7 L is asserted is the address within the I/O 
page. 

Direct memory access grant — the bus arbitrator 
asserts this signal to grant bus mastership to a 
requesting device, according to bus mastership 
protocol. The signal is passed in a daisy-chain 
from the arbitrator (as BDMGO L) through the 
bus to BDMGI h of the next priority device (the 
device electrically closest on the bus). 

This device accepts the grant only if it requested 
to be the bus master (by a BDMR L). If 
not, the device passes the grant (asserts 
BDMGO L> to the next device on the bus. This 
process continues until the requesting device 
acknowledged the grant. 

CAUTION 

DMA device transfers must not interfere 
with the memory refresh cycle. 

Initialize — this signal is used for system reset. 
All devices on the bus are to return to a known, 
initial state; that is. registers are reset to zero, 
and logic is reset to state 0. Exceptions should 
be completely documented in programming and 
engineering specifications for the device. 
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Table C-7 (Cont) Bus Pin Identifiers 



Bu» Pitt Signal 



Definition 



AU2 
AV2 



BDALOL 
BDAL1 L 



BA2 

BB2 

BC2 

BD2 

BE2 

BF2 

BH2 

BJ2 

BK2 

BL2 

BM2 

BN2 

BP2 

BR2 

BS2 

BT2 

BU2 

BV2 



+5 
-12 

GND 
+ 12 

BDAL2L 
BDAL3 L 
BDAI4 L 
BDAL5 L 
BDAL6L 
BDAL7 L 
BDAL& L 
BDAL9 L 
BDALIO L 
BDAL11 L 
BDAL12 L 
BDAL13 L 
BDAL14 L 
BDAL15 L 



Data/address lines — these two lines are part 
of the 16-line data/address bus over which 
address and data information are communicated. 
Address information is first placed on the bus 
by the bus master device. The same device then 
either receives input data from, or outputs data 
to, the addressed slave device or memory over 
the same bus lines. 

+5 V power — normal +5 Vdc system power 

-12 V power (voltage not supplied) 12 Vdc 

power for (optional) devices requiring this 
voltage. 

Ground — system signal ground and dc return. 

+12 V power — +12 V system power. 

Data/address lines — these 14 lines are part of 
the 16-line data/address bus. 
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Acronyms 



This appendix lists and defines the acronyms that are most frequently 
used in this manual. 



ACRONYM 


DEFINITION 


ACV 


Access control violation 


AIE 


Alarm interrupt enable 


ANSI 


American National Standards Institute 


A? 


Argument pointer 


ASTLVL 


Asynchronous system trap level 


BBU 


Battery back-up unit 


BCD 


Binary coded decimal 


BDR 


Boot and diagnostic register 


BM 


Byte mask 


BRS 


Baud rate select signals 


CADR 


Cache disable register 


CMCTL 


CVAX memory controller chip 


CPMBX 


Console program mailbox 


CQBIO 


CVAX Q22-bus interface chip 


CRC 


Cyclic redundancy check 


CSR 


Control and status register 


CSTD 


Console storage transmit data 


CSTS 


Console storage transmit status 


DEAR 


DMA error address register 


DIP 


Dual in-line package 


DM 


Data mode 


DMA 


Direct memory access 
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ACRONYM 


DEFINITION 


DSE 


Daylight saving enable 


EDITPC 


EDIT packed to character string 


EIA 


Electronic Industries Association 


EPROM 


Erasable programmable read-only memory 


ERR 


Error signal 


ESP 


Executive stack pointer 


FP 


Frame pointer 

• 


FPA 


Floating-point accelerator 


FPU 


Floating-point unit 


GPR 


General purpose register 


ICCS 


Interval clock control and status register 


ICR 


Interval count register 


lORESET 


I/O bus reset register 


IPCR 


Interprocessor communication register 


IPL 


Interrupt priority level 


IPR 


Internal processor register 


ISP 


Interrupt stack pointer 


KSP 


Kernel stack pointer 


LSI 


Large scale integration 


MAPEN 


Memory management mapping enable register 


MBRK 


Microprogram break register 


MB2 


Must be zero 


MCESR 


Machine check error summary register 


MCS 


Multinational character set 


MFPR 


Move from process register 


MMU 


Memory management unit 


MOP 


Maintenance operation protocol 


MOS 


Metal oxide semiconductor 


MSER 


Memory system error register 


MTPR 


Move to process register 


NICR 


Next interval count register 


NXM 


Nonexistent memory 


POBR 


PO base register 


P1BR 


PI base register 


PC 


Program counter 


PCB 


Process control block 


PCBB 


Process control block base 


PIE 


Periodic interrupt enable 
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ACRONYM 


DEFINITION 


POLR 


PO length register 


P1LR 


PI length register 


PMR 


Performance monitor enable register 


POPT 


PO page table 


P1PT 


PI page table 


PROM 


Programmable read only memory 


PSL 


Processor status longword 


PSW 


Processor status word 


PTE 


Page table entry 


QBEAR 


Q22-bus error address register 


RAM 


Random-access memory 


RPB 


Restart parameter block 


RXCS 


Console receiver control/status register 


RXDB 


Console receiver data buffer 


SAVPC 


Console saved PC register 


SAVPSL 


Console saved PSL register 


SBR 


System base register 


SCA 


System communications architecture 


SCB 


System control block 


SCBB 


System control block base 


SID 


System identification register 


SIE 


System identification extension 


SIRR 


Software interrupt request register 


S1SR 


Software interrupt summary register 


SLR 


System length register 


SLU 


Serial line unit 


SP 


Stack pointer 


SPT 


System page table 


SQWE 


Square*wave enable 


ssc 


System support chip 


SSP 


Supervisor stack pointer 


TBCHK 


Translation buffer check register 


TBDATA 


Translation buffer data 


TBDR 


Translation buffer disable register 


TBIA 


Translation buffer invalidate all 


TBIS 


Translation buffer invalidate single 


TNV 


translation not valid 


TODR 


Time-of-year register 
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ACKONYM 


DEFINITION 


TXCS 


Console transmit control/status register 


TXDB 


Console transmit data buffer 


UIE 


Update interrupt enable 


UIP 


Update in progress 


USP 


User stack pointer 


VLSI 


Very large scale integration 


VPN 


Virtual page number 


VRT 


Valid RAM and time 


VMB 


Virtual memory bootstrap 


XFC 


Extended function call 


ZIP 


Zig-zag in-line package 
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A 

Abort. 3-16 

Accessing the Q22~bus map 

registers, 3-87 
Argument pointer (AP), 3-2 

B 

Backplane wiring, C-40 
Batten.' backed-up RAM, 3-81 
Baud rate, 3-70 
BDCOKK, C-35 
Block mode DMA, C-18 
BOOT, 4-20 

Boot and diagnostic facility, 3- 76 
Boot and diagnostic register CJDR), 
3-77 

Boot devices. 4-58 

Boot flags, 4-60 

Bootstrapping, 4-58 

BPOKH, C-35 

Break response, 3-69 

Bus cycle protocol, C-7 

Bus drivers, C-37 

Bus interconnecting wiring, C-39 

Bus receivers, C-38 

Bus termination, C-38 

c \ 

Cacheable references, 3-33 
Cache control register (CACR), 
3-48 



Cache disable register (CADR), 
3-38 

Cache memory, 1-6. 3-33 
Call -back entry points, 4-82 
CDAL bus to Q22*bus address 

translation, 3-90 
Central processing unit, 1-5 
Central processor, 3-1 
Clock functions, 1-5 
CMCTL registers, 4-79 
Command address specifiers, 4-15 
! - Comment, 4-54 
Configuration and display connector 

(J2>. 2-5 
CONFIGURE, 4-22 
Configuring the KA655, 2-4 
Configuring the Q22-bus map, 3-92 
Console command keywords, 4-14 
Console command qualifiers, 4-15 
Console commands, 4—19 
Console command syntax, 4-13 
Console control characters, 4—11 
Console error messages, 4-89 
Console interrupt specifications, 

3-70 

Console program mailbox, 4-85 
Console receiver control/status 

register (RXCS), 3-65 
Console receiver data buffer (RXDB), 

3-66 

Console registers, 3-64 
Console serial line, 3-64 
Console service, 4-11 
Console SLU connector (Jl), 2-4 
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Console transmitter control/status 
register 0TXCS), 3-67 

Console transmitter data buffer 
CTXDB). 3-69 

Contents of Main Memory* 4-79 

CONTINUE, 4-23 

Control functions, C-34 

CPU references, 3-31 

D 

Data-stream read references, 3-31 
Data transfer bus cycles, C-6 
Data types, 3-9 
DATBI bus cycle, C-23 
DATBO bus cycle, C-24 
DEPOSIT, 4-24 

Detailed local address space map, 
B-2 

Device addressing, C-7 
Device-dependent bootstrap 

procedures, 4-66 
Device priority, C-28 
Diagnostic Interdependences, 4-74 
Diagnostic LED register (DLEDR;, 

3- 79 
Diagnostics, 4-72 
Dimensions, A-l 

Direct memory access, C-17 
Disk and tape bootstrap procedure, 

4- 66 

DMA error address register (DEAR), 
3-99 

DMA guidelines, C-26 
DMA protocol, C-17 
DMA system error register (DSER), 
3-95 

E 

Electrical specifications, A-l 
Environmental specifications, A-2 
EPROM layout, 4-30 
Error handling, 3-100 



Error messages, 4-87 

EXAMINE. 4-26 

Exceptions, 3-15 

Exceptions and interrupts, 3-12 

External halts, 4-5 

External IPRs, B-5 

F 

Fault, 3-16 
FIND, 4-28 
Firmware features, 4-1 
First-level cache, 3-34 
First-level cache address translation, 
3-36 

First-level cache behavior on writes, 
3-38 

First-level cache data block 

allocation, 3-37 
First-level cache error detection, 

3-43 

First-level cache organization, 3-34 
Floating-point accelerator, 1-6 
Floating-point accelerator (CFPA), 
3-32 

Floating-point accelerator data 

types, 3-32 
Floating-point accelerator 

instructions, 3-32 
Floating-point errors, 3—19 
Frame pointer (FP>, 3-2 

G 

General local address space map, 
B-l 

General purpose registers (GPRs), 
3-2 

Global Q22-bus address space map, 
B-6 

H 

H3600-SA CPU cover panel, 2-8 
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Halt, C-34 
HALT,- 4-29 

Halt code messages, 4-88 
Halt dispatch, 4-4 
Halt entry, 4-2 

Halt entry, exit and dispatch* 4-2 

Halt exit, 4-3 

Halt protected space, 4-80 

Hardware detected errors, 3-26 

Hardware halt procedure, 3-27 

Hardware reset, 3-82 

HELP, 4-30 

I 

I/O bus initialization, 3-82 
Information saved on a machine 

check, 3-18 
Initialization, C-34 
INITIALIZE* 4-32 
Initial power-up test, 4-6 
Instruction set, 3-9 
Instruction-stream read references, 

3-31 

Internal processor registers (IPRs), 
3-4 

Interproceasor communication 
register (IPCR), 3-90 

Interrupt errors, 3-20 

Interrupt priority level register, 
3-14 

Interrupt protocol, C-28 

Interrupts, 3-12, C-27 

Interval clock control/status register 

(ICCS), 3-72 
Interval timer, 3-72 
Intrabackplane bus wiring, C-40 

K 

KA630CNF configuration board, 
2-9 

KA655 connectors, 2-4 
KA655 initialization, 3-81 



L 

LED codes, 4-10 
Load definition, C-37 
Locating a console device, 4—6 
Locating the RPB, 4-76 

M 

Machine state on power-up, 4-77 
Main memory addressing, 3-55 
Main memory behavior on writes, 
3-56 

Main memory control and diagnostic 
status register (MEMCSR17), 

3- 60 

Main memory error detection and 

correction, 3-62 
Main memory error status register 

(MEMCSR16), 3-56 
Main memory layout and state, 

4- 77 

Main memory organization, 3-55 
Main memory system, -3-52 
Memory controller, 1-6 
Memory expansion connector (J3), 
2-7 

Memory management, 3-10 
IvSemory management control 

registers (MMCRs), 3-11 
Memory management enable 

(MAPEN) register, 3-11 
Memory management errors, 3-19 
Memory refresh, C-34 
Memory system error register 

(MSER), 3-41 
Microcode errors, 3-20 
MicroVAX system support functions, 

1-7 

Mode switch set to Normal, 4-9 
Mode switch set to Query, 4-8 
Mode switch set to Test, 4—7 
Module contact finger identification, 

C-45 
MOVE, 4-33 
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MS650-BA memory modules, 1-8 

N 

Network bootstrap procedure, 4-68 
Network listening, 4-69 
NEXT, 4-35 

Nonoperating conditions greater 

than 60 Days, A-2 
Nonoperating conditions less than 

60 days, A-2 

o 

120.Ohm Q22-bus, C-37 
Operating conditions, A-2 
Operating system restart, 4-75 

P 

PPN bitmap, 4-78 
Physical specifications, A-l 
Power status, C-35 
Power supply loading, C-44 
Power-up, 4-5 

Power-up and power-down protocol, 
C-35 

Power-up initialization, 3-82 
Preparing for the bootstrap, 4-62 
Primary bootstrap, VMB, 4—63 
Processor initialization, 3-82 
Processor state, 3—1 
Processor status longword (PSL), 
3-3 

Program counter (PC), 3-2 
Programmable timers, 3-72 
PROM bootstrap procedure, 4-67 
Public data structures, 4-85 
Public data structures and entry 
points, 4-80 

Q 



Q22-bus electrical characteristics, 
C-36 

Q22-bus error address register 

(QBEAR), 3-98 
Q22-bus four-level interrupt 

configurations, C-32 
Q22-bus interface, 1-8,3-83 
Q22-bus interrupt handling, 3-92 
Q22-bu8 map base address register 

(QBMBR). 3-93 
Q22-bus map cache, 3-88 
Q22-bus map registers (QMRs), 

3-85 

Q22-bus signal assignments, C-3 
Q22-bus to main memory address 
translation, 3-84 

R 

Read errors, 3-21 

References to processor registers and 

memory, 4—18 
REPEAT, 4-37 
Reserved main memory, 4-77 
Resident firmware, 1—7 
Resident firmware operation, 3-80 
Restoring processor state, 4-3 
ROM address space, 3-80 
ROM memory, 3-79 
ROM socket, 3-79 

s 

Saving processor s tate. 4-2 
Scatter/gather map, 4-78 
SEARCH, 4-38 
Second-level cache, 3-43 
Second-level cache address 

translation, 3-46 
Swond-level cache as fast memory, 

3-51 

Second-level cache behavior on 
writes, 3-48 
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Second-level cache data block 

allocation, 3-47 
Second-level cache error detection, 

3-50 

Second-level cache organization, 

3-44 
SET, 4-41 
SHOW, 4-44 

Signal level specifications, C-36 
Software interrupt request register, 
3-14 

Software interrupt summary 

register, 3-14 
Stack pointer <SP>, 3-2 
START. 4-48 

System configuration register (SCR), 
3-93 

System configurations, C-41 
System control block (SCB), 3-24 
System control block base register 

(SCBB), 3-24 
System identification, 3-29 
System identification register (SID); 

3-29 

System type register (SYSJTYPE), 
3-30 

T 

TEST, 4-49 

Time-of-year clock and timers. 3-71 
Time-of-year clock register (TODR), 
3-71 

Timer control registers 

(TCR0.TCR1), 3-73 
Timer interrupt vector registers 

(TIVRO,TIVRI>, 3-76 
Timer interval registers 

(TIRO.TIRU 3-75 
Timer next interval registers 

(TNIR0,TNIR1), 3-75 
Translation buffer, 3-11 
Translation buffer check (TBCHK) 

register, 3-11 



Translation buffer invalidate all 
(TBIA) register, 3-11 

Translation buffer invalidate single 
(TBIS) register, 3-11 

Trap, 3-15 

u 

UNJAM, 4-52 

v ; ;'■/. ; . 

VMB error messages, 4-91 

w 

Write errors, 3-21 
Write references, 3-32 

X - Binary Load and Unload, 4-52 



